SBCL уделывает C++(и шланг, и G++) по производительности

Назовите теперь хоть одну причину использовать плюсы вообще?

Зачем их противопоставлять?
Скорее всего SBCL хорош для своей ниши задач.
К примеру для системного программирования ведь не зря Си используют …

Назовите теперь хоть одну причину использовать плюсы вообще?

Ты.

Дяди, смотрите на одном бенчмарке с интернета получилось на миллисекунды быстрее, революция в компьютерных техногиях. (При том что сейчас не уделывает, или я сайт не правильно смотрю?)

Хочешь свою скобкоту ковырять - без проблем. Но нет. Ничего не случится. Не начнется великая эра Лиспа. Он помер. Game over.

Это при том что для души может это и отличный язык

monk, den73 молчат …

Они пишут свой правильный лисп, или паскаль, что-то запамятовал, с преферансом и куртизанками.

Назовите теперь хоть одну причину использовать плюсы вообще?

Скорее всего вы ищите причину, чтобы C++ не использовать.
Угадал?

Lisp и некоторые его диалекты очень интересные языки, но такие вот персоналии как ТС с постоянным тупаком наперевес на ЛОРе напрочь убивают весь интерес.

Из-за них складывается впечатление что Lisp-коммьюнити поголовно состоит из слабо разбирающихся во всём токсичных мудаков, но на самом деле это не так.

Из-за них складывается впечатление что Lisp-коммьюнити поголовно состоит из слабо разбирающихся во всём токсичных мудаков, но на самом деле это не так.

На самом деле его (коммьюнити) просто нет.

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

С ятями и посконностью же.

Из-за них складывается впечатление что Lisp-коммьюнити поголовно состоит из слабо разбирающихся во всём токсичных мудаков, но на самом деле это не так

ИМХО, нет. Надо лишь различать частный случай идиотизма от общей картины. В сообществе любого языка полно подобных личностей, просто комьюнити языка обычно большое достаточно, чтобы ими можно было пренебречь.

Опана, возвращение блудного попугая.

А зачем? Это излишне.

SBCL уделывает C++(и шланг, и G++) по производительности

А потом пришел какой-то их царь и всё исправил. В итоге лишп оказался там, где ему и место. Расходимся.
/thread

А зачем оптимизировать систему под хелловорлды? Лучше сосредоточиться на реальных задачах.

При чём тут хеллоуворды?

Вот вам реальная задача — консольный ФМ, тоже будет тянуть 40+ мегабайт? Или реальные задачи — это огромные бизнес-приложения?

При чём тут хеллоуворды?

При том, что недостаток «большой начальный размер образа lisp, относительно пользовательской программы» проявляется себя только когда размер программы и данных много меньше, чем размер лиспового компилятора и прочей машинерии. А если у тебя программа жрёт 6 гигов, то на их фоне 40мб просто теряются. Очевидно же.

То есть для большинства программ этот вариант не подходит, собственно, вот и проблема.

складывается впечатление что Lisp-коммьюнити поголовно состоит из

Тут дело в ЛОРе, а не конкретной технологии. Просто тут принято обсирать всё.

Например, иксы. Хорошая же технология. А вот всё равно встречаются участники форума, которые на пену исходят.

Грех не обосрать!

Lisp и некоторые его диалекты очень интересные языки, …

Многие языки интересны.
Проблема не в языках, а в том, что помимо языка нужно еще знать как использовать их экосистему …

К примеру возьмем Rust, а у него трейтов, что блох на ста собаках …

Sorry … crates

Коли уж на то пошло, после ‘The Unix-haters handbook’ иксы не пинал только ленивый. Первое издание где-то из середины девяностых.

Да молодцы вы, лисперы, молодцы, не убогие вы и язык у вас мощный, выразительный и нужный. Умнички, идите напишите уже хоть что-нибудь.

Неграмотные мы, ни разумеем. Прости нас, господи!

Именно. Даже раст есть гораздо меньше.

Раст по жору памяти это плюс минус C++ так что с ним сравнивать динамический язык с JIT и образом в который грузится чуть ли не полная замена OS не спортивно.

То есть для большинства программ этот вариант не подходит, собственно, вот и проблема.

Почему?
Учитывая что прикладные программы на 99% выполняются на устройствах с минимум гигабайтами озу.

К примеру возьмем Rust, а у него трейтов, что блох на ста собаках …

У явы классов и интерфейсов еще больше, и всем нравиться.

Представьте программу типа cat или ls, которая жрёт где-то 40 мб просто так(у меня эмулятор терминала жрёт 44 мегабайта). А потом представьте, что все ваши программы потребляют от 40 мегабайт, то есть одновременно можно запустить только 25 программ. А эти 40 мегабайт уходят в никуда.

У явы классов и интерфейсов еще больше, и всем нравиться.

Не об этом речь, а о том что помимо того, что нужно знать синтаксис языка нужно знать и его экосистему.
Можно теоретически знать экосистемы десяти языков?
Можно.
Но трудоемко очень …

Представьте программу типа cat или ls,

Это общесистемные утилиты, понятно что их нужно и выгодно оптимизировать по потреблению памяти. Но уже даже для узкоспециализированных утилит такой необходимости не вижу, для прикладных программ тем более, особенно учитывая что их сейчас пишут вообще на электроне, который раз в пять больше на старте отожрет чем лисп со всеми его образами.
Вообще это напоминает споры дельфистов с сишниками, по размерам исполняемых файлов, сейчас смешно, все эти программы очень маленькие и запускаются мгновенно.

40 МБ дейсвительно не много.

С чем очевидно хорошо справился лисп - время старта. И эти 40 МБ не помешали никак, хотя я бы поставил ставку что помешают.

Например некоторые рантаймы вроде Java не совсем справляются с определенными классами программ.

Например любыми програмами которые будут запускать вот так

cat 10000lines.txt | xargs -I {} java -jar foo.jar {}

Даже если обработка текста быстрая, то Java программа будет тратить коллоссальное время на запуск рантайма по сравнению с C, C++, Rust… и очевидно SBCL

Проблема в чрезмерном потреблении памяти для этой задачи.

У тебя на компьютере не хватило памяти?

К тому, что железо сейчас хорошее и многие проекты шустро работают даже если бинарный код в пять раз медленнее C++ …

Там есть cffi, если уж совсем не успеваешь что-то посчитать. Но в СУБД запись засунуть одинаково медленно что на си, что ни лисп.

Не начнется великая эра Лиспа. Он помер.

Он не помер, но великая эра не начнётся, да. По другим причинам.

Да молодцы вы, лисперы, молодцы

Ну есть такое. :)

не убогие вы и язык у вас мощный, выразительный и нужный.

Да как-то всё равно какой это язык для других. Самое главное, что это удобный язык для меня. Лично мне этого достаточно, чтобы его использовать.

Умнички, идите напишите уже хоть что-нибудь.

Уже. Или думаешь, как все, только на лоре сидим?

Представьте программу типа cat или ls, которая жрёт где-то 40 мб просто так

Давай без подглядывания, сколько у тебя жрут cat и ls?

И эти 40 МБ не помешали никак, хотя я бы поставил ставку что помешают.

Там статик часть mmap’ится, вроде бы. Но не уверен. Но стартует действительно быстро.

40 МБ дейсвительно не много.

Для промышленного приложения.

Серьёзно, если эмулятор терминала или текстовый редактор начнёт жрать 40 мегабайт просто так, то это конец.

Мне кажется, даже в детском саду споры интеллектуальнее.

Думаю, что все остальные как раз не только на лоре сидят. Заметно, видишь ли, присутствие их кода в мире невооруженным глазом. В отличие от.

Рассказ о секретных проектах за страшные миллиарды готов выслушать в очередной раз.

Ничтожно мало.

В отличие от.

У меня есть куча публичных реп, которые можно посмотреть. Но я, конечно, далеко не стахановец и есть лисперы, у которых реп и кода публичных больше. Есть и проекты не публичные. Не секретные и не за страшные миллиарды, но нам достаточно будет и публичных реп.

Ничтожно мало.

Хаха. Что и требовалось доказать.

Ничтожно мало.

Я же могу сказать, что жрут они ооочень много из-за glibc. И assembler справляется в разы больше.

Серьёзно, если эмулятор терминала или текстовый редактор начнёт жрать 40 мегабайт просто так, то это конец.

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

Для начала на твоем bazon.ru кривой самопальный сертификат и 403 вместо индекса.

А программам на лиспе она не нужна?

Ну и glibc это лишь один компонент.

Цель — как можно скорее выбросить старую технику?

Это даже не вопрос, что время программиста стоит дороже плашки оперативки.

glibc одна на всю систему. Но это так, замечание, я сам не вижу смысла сетовать, что хелловорд на том же лазарусе чуть не 20мб занимает, это уже всё со статично слинкованой базой, рабочее приложение не сильно вырастет, ну пусть 25мб, а это в наше время смешная цифра.