LINUX.ORG.RU
ФорумTalks

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

 , , ,


0

5

https://programming-language-benchmarks.vercel.app/problem/spectral-norm

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

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

Перемещено xaizek из development

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

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

anonymous ()

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

Ты.

grem ★★★★★ ()

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

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

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

vertexua ★★★★★ ()
Последнее исправление: vertexua (всего исправлений: 2)
Ответ на: комментарий от anonymous

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

anonymous ()

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

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

anonymous ()

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

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

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

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

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

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

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

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

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

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

fernandos ★★★ ()

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

crutch_master ★★★★★ ()

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

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

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

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

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

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

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

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

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

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

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

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

i-rinat ★★★★★ ()
Ответ на: комментарий от EXL

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

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

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

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

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

anonymous ()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В отличие от.

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

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

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

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

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

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

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

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

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

gremlin_the_red ★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)