LINUX.ORG.RU
Ответ на: комментарий от InterVi

Там бы прибавилось дополнительное время на чтение скриптов с диска и инициализацию.

Лол, 5% процентов от общего времени выполнения. Учитывая кривизну явовских решений, ты бы не почувствовал.

взять какой-нибудь Spark

ты будешь отнекиваться, но ты его со спрингом перепутал

Вот тебе ссылка для просветления:

https://www.techempower.com/benchmarks/

Для труЪ: пофиг вообще на чем ты из удобных современных технологий пишешь (веб), они все медленные, но их хватает.

RedPossum ★★★★★
()
Ответ на: комментарий от RedPossum

Почему перепутал? Назвал первый из головы, мне он нравится.

proteus на 8 месте, не плохо. Вот почему бы на нём не переписать?

InterVi ★★★★★
()
Ответ на: комментарий от InterVi

высокая производительность благодаря JIT (даже быстрее нативок).

JIT - отличная технология. Но быстрее нативок она только если нативку написали совсем уж плохо и/или у нас с jit какое-то серверное приложение без обновления очень долго работает и там типовые сценарии проходят.

У jit слишком много ограничений, чтоб твои слова были правдой.

anonymous
()
Ответ на: комментарий от InterVi

высокая производительность благодаря JIT (даже быстрее нативок).

JIT - отличная технология. Но быстрее нативок она только если нативку написали совсем уж плохо и/или у нас с jit какое-то серверное приложение без обновления очень долго работает и там типовые сценарии проходят.

У jit слишком много ограничений, чтоб твои слова были правдой.

anonymous
()

не флейму ради

Если речь идёт о шелл скриптах - то пиши на perl. Кто говорит, что устаревшее и прочее бла-бла - не слушай. Нет никаких проблем с совместимостью, везде работает. Довольно шустрый. Собственно, в своё время perl изучил как первый скриптовый язык в юниксе за универсальность. Не пожалел ни разу. Переписывание bash - скриптов на go - баловство. Переписывапние простейших bash - скриптов на чём-либо - тоже баловство.

solom
()
Ответ на: не флейму ради от solom

Про bash-скрипты спрашивал system-root в первом комментарии

В основном топике речь больше про приложение (уже на Perl, бгг)

pru-mike ★★
() автор топика
Ответ на: комментарий от level1

Дело не в том, что что-то нельзя написать на Perl, для веба на Perl можно написать вообще *всё*.
Дело в том, что есть архитектура, которая устарела и которую надо переделывать, а писать на Perl больше не модно.

pru-mike ★★
() автор топика
Ответ на: комментарий от InterVi

Только вот нативный софт скомпилен без оптимизаций

это почему вдруг? а нафиг тогда опенсорц? собирай софт для себя, оптимизируй по самое нехочу. никто не запрещает.

Iron_Bug ★★★★★
()
Ответ на: комментарий от RedPossum

https://www.techempower.com/benchmarks/

ёшкин корень! там их развелось, как тараканов... и, главное, что при этом в вебе почти всё запилено на самых жручих и тормозных движках.

Iron_Bug ★★★★★
()

Плюсы: У местных пуристов будет бомбить от выбора неправославной технологии

Минусы: Придётся использовать язык авторы которого проигнорировали последние 40 лет развития языков программирования

anonymous
()
Ответ на: комментарий от pru-mike

есть архитектура, которая устарела и которую надо переделывать, а писать на Perl больше не модно

Как нынче выглядит модная архитектура, чем она лучше старой?

level1 ★★
()
Ответ на: комментарий от level1

Как нынче выглядит модная архитектура

Это лучше спросить где-нибудь на хабре

чем она лучше старой?

Модная !== лучше старой.

Новая может быть лучше старой, например компоненты старой могут быть EOL.

pru-mike ★★
() автор топика

три глобальных проблем в линуксе:

1. десктоп
2. на чем писать скрипты
3. игрули

и так по кругу.

barberry ★★
()
Последнее исправление: barberry (всего исправлений: 1)
Ответ на: комментарий от solom

аргумент для выбора технологии

Это не аргумент для выбора, это констатация факта

pru-mike ★★
() автор топика
18 сентября 2019 г.
Ответ на: комментарий от system-root

питон муторно доставлять, в отличии от одного, хоть и пухленького бинарника.

питон можно в бинарь скомпилять через Nuitka https://github.com/Nuitka/Nuitka

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.