по го, вроде бы я быстрее смог скопировать код. но запарился сам Го настраивать. какие-то там пути. хотя на орандже гошка так поставился. и собрал апп без настроек

И вообще на самом деле уже всем похуй че там быстро го или элексир

я согласен, только я считаю что важнее скорости работы программ, скорость разработки и изменения кода

в эликсир же, я думаю, так просто не заедешь. надо mix ом сначала апп создать. потом к нему прикрутить ковбой и плаг. ну и так далее

ну и вообще скорость решения задачи

так что тут можно сказать, что Го победил. и по скорости моей на нем разработки

в эликсир же, я думаю, так просто не заедешь. надо mix ом сначала апп создать. потом к нему прикрутить ковбой и плаг. ну и так далее

там же феникс

и по понятности кода и того, как он работает

на нём быстро едешь

в эликсир же в эти плаги сразу можно и не заехать

так что тут можно сказать, что Го победил. и по скорости моей на нем разработки

ты попробуй добавить несколько сущностей и щепотку логики

там же феникс

где феникс?

ну для быстрой разработки

не. феникс - понятно. ты просто посмотри на код на го. вот роутер чем - то похож. логикой и размерами

феникс там было бы вообще - феникс про фому, а Го - про ерёму

попробуй поставить gccgo и вот так скомиплить go build -compiler gccgo -gccgoflags "-march=native -O3" app.go

ок. записал, попробую

роутер - это не просто get и '/' указать, это динамические части, скоупы и.т.п.

в реальном приложении

простейшие пути я очень редко использовал, даже для карманных проектов

еще у меня есть где-то свой велосипед по парсу входящих http. вот можно будет померять, разницу в active true/false режимах приема данных. и обработке входящих разным количеством акцепторов

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

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

кстати, да. ab, wrk и jmeter показывают в деталях очень разное

а вот еще вопрос. как понимать этот вот график

в AB тоже есть такое же. только в текстовом виде.

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

это да. но все началось с того, что феникс оказался в RPS на порядок ниже Go. и потом я сделал себе вывод, что это было в большей части из за того, что запускалось на виртуалке. теперь я боюсь подобных же эффектов, при использовании каких-нибудь дешевых VPS.

го строго типизированный язык, он по определению быстрее языков в нестрогой типизацией

за магию надо платить

у тебя точно задачи где нужны простейшие веб-серверы которые потянут миллионы соединений?

когда я в последний раз обсуждал на хабре подобный вопрос, так оказалось что чуваку и рубей было достаточно по скорости =)

но он перешёл на голанг - "потому что захотелось"

если "захотелось", то бенчмарки не нужны =)

я хотел понять, почему такой результат ) за ерланг было обидно

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

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

в эрланге декларативный код, который наглядный, легко тестировать и изменять

в голанге императивная лапша

но зато всё шустрое =)

всё честно

дык получилось то так, что ерланг оказался быстрее го

и по wrk и по ab

в рубях много магии, он вообще на порядки медленее их всех

либо я их не так запустил. не с теми параметрами. как понять?

он не должен оказаться быстрее го

во первых поставь либу что я выше кинул

всё честно

кстати да. там можно даже честно запустить приложение в один thread.

она реально в 10 раз быстрее чем net/http

во вторых скомпилируй gccgo

у меня на нём выше результаты всегда получались

там реально оптимизаций больше чем в родном компиляторе

ок. записал. но явно не сегодня ) тема то интересная

он не должен оказаться быстрее го

вот и я так считаю. но получилось то, что получилось. jmeter в целом создал впечатление, что результат одинаковый

а ab и wrk показали небольшое отклонение в пользу ерланга

но по htop было видно, что и ядра они загружают по-разному. это тоже, считаю, надо учитывать

ерланг скушал 4 ядра. а если бы их было одно? либо машину натравить на одно?

у меня go использует все ядра из коробки

ну может fasthttp тоже использует

нет

на твоём примере

а. понял. интересно, почему так

у меня он ядра поочередно менял. раз в 10 секунд примерно

ты как запускаешь го приложение?

так же, как и я, бинарник?

go run 1.go

а я делал build и запускал

ERROR: S client not available

с билдом тоже всё хорошо

попробуй может GOMAXPROCS переменной окружения порулить

может у тебя go старый?

меньше 1.5?

он там на одном ядре по умолчанию работал

го строго типизированный язык, он по определению быстрее языков в нестрогой типизацией

не строго а статически. Эликсир например строго типизированный, но с динамической типизацией.

Я походу открыл новую синтаксическую плюшку эликсира.

for x <- 1..10, (x2 = x*x; x2 < 30), do: x2

так можно биндить переменную в фильтре for-а.

он там на одном ядре по умолчанию работал

похоже на то sea@OrangePI:~$ go version go version go1.2.1 linux/arm

Можно и по простому, for x <- 1..10, x2 = x*x, x2 < 30, do: x2 но если переменная которую биндишь будет равна false то он этот результат выкинет.

почитал я тут выше в чатике попытки сравнения эликсира и го

iex(24)> for x <- [true, true, false], (y = not x; is_boolean(x)), do: y [false, false, true] iex(25)> for x <- [true, true, false], y = not x, is_boolean(x), do: y [true]

и решил все удалить, как политическую пропоганду? )

мои сайд проджекты пережили переход по всему колесу технологий. Ruby,Го, nodejs и теперь вот эликсир. Даже на кристале что-то пытался, но там адовейший пиздец, даже их канонический пример умирает по памяти если его ab тестировать.

вообщем после всех переходов могу сказать, что api на elixir/nodejs - самый верный вариант. Все другое - ад и шлак. Что в поддержке, что в написании.

го перкрасно себя показал, в ваакуме

равно, как и толстожопый Маккорд распинался что мол феникс быстрый - вранье. Дай боже 30мс выжмете в проде, даже без базы

но главный козырь Эликсира, почему я не съебал из этого чатика в ужасе. - какая-то сатанинская консистентность сервиса

проще говоря, написанный апи на элисире на 2-3х нодах одинаково прекрасен с 1 до миллионов запросов.

где nodejs на кластеризировать в сотни процессов, где руби просто умер еще полчаса назад, а го захлебнулся начиная отдавать респонсы в х100 медленнее, а некоторые тупо не обслуживая

эликсир выруливает

спасибо эрлангу под капотом

да. тупо работает. но я вот ерл и его вм воспринимаю вообще, как ОС

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

все кулстори что пилятся мол мы заменили нашу баржу с серверами двумя Рассберри пай и обслуживаем 100кк запросов - правда

даже вот банально тему Time Warp копнул. и там так все проработали. и разрывы времени, и как с этим жить... и так оно во всем

ну вот у меня Orange PI. и я вот не знаю даже сколько она переживет

эликсир дает возможность свежую кровь в эрланг пустить

мне трудно сказать, много ли это - 18к RPS

другое дело, что она помрет, если в ней банально выполнить 1..10000000 в лист

в память уперлась (там всего 512 мБ) - вм упала. подключил свап. ушла в свап. ну хоть не упала )