tokio-retry заведётся с tokio-core?

Опять: с смотришь в git - одно, смотришь в доку - они на tokio-core

Переходи на tokio

/s/tokio/голанг

Переходи на tokio

Переходи на голанг

го медленее

Ну а кто сказал что ему перформанс нужен

Переходи на голанг

го медленее

Чё-то сомневаюсь. Я тут Haskell обогнать не могу, несмотря на то что уже и TCE руками сделал, и структуру передаю по значению и разрушаю в процессе работы, и вообще...

При том, что в Haskell unpack ещё не использовал...

на синтетике видно)

Чё-то сомневаюсь. Я тут Haskell обогнать не могу, несмотря на то что уже и TCE руками сделал, и структуру передаю по значению и разрушаю в процессе работы, и вообще...

А что за задача?

А что за задача?

Extended Krivine machine - лямбда-термы вычисляю.

на синтетике видно)

На синтетике-то как раз обгоняет! 😃

Исхлдники на Github, если кому интересно...

На синтетике-то как раз обгоняет! 😃

Го обгоняет?

Хускель

Го обгоняет?

Чё-то я запутался, кто кого должен обгонять... 😊

)))

Rust > Haskell > Go

Rust > Haskell > Go

В среднем по больнице я бы ожидал "Rust > Go > Haskell".

А Ява быстрее всех окажется в итоге

Но в конкретных случаях можно встретить любые сочетания.

А Ява быстрее всех окажется в итоге

Особенно, если время прогрева не считать. 😉

Особенно, если время прогрева не считать. 😉

Точнее, если прогрев не считать, то 100% быстрее всех окажется! 😂

То есть, при длительной работе, Ява будет производительнее

То есть, при длительной работе, Ява будет производительнее

Во многих случаях - да.

Я всё пытаюсь подобрать подходящий провокационный стикер, и не могу его найти.

Ява - жава - жаба - лягушонок Пепе - и как символ скорости, Пепе верхом на ракете-носителе. Но нет такого стикера.

И не забывать перезапускать процесс как время GC делать подходит. Бесконечный поток Пепев на ракетах со взрывом в конце.

В среднем по больнице я бы ожидал "Rust > Go > Haskell".

го быстрее хаскеля? лол

ну да, где ты в го видел ленивые связные списки

Джава, как ни странно, при определенных условиях, может по скорости обогнать любой другой софт, написаный на любом другом языке. Однако и запорожец может разогнаться до 200 км в час, если спустить его с горы Арарат. ЕВПОЧЯ.

го быстрее хаскеля? лол

Типичный говнокод на го обгонит типичный говнокод на х-е

го быстрее хаскеля? лол

А почему нет? "В среднем" - меньше боксинга, меньше indirection, быстрее GC...

А почему нет? "В среднем" - меньше боксинга, меньше indirection, быстрее GC...

откуда в го быстрее гц то?

И не забывать перезапускать процесс как время GC делать подходит. Бесконечный поток Пепев на ракетах со взрывом в конце.

95% говорящих о gc ни разу в жизни не сталкивались с проблемами, идущими от gc

https://making.pusher.com/golangs-real-time-gc-in-theory-and-practice/ вот как раз же истори про миграцию с хаскеля на го, где го соснул

откуда в го быстрее гц то?

Google нанял самых топовых специалистов по GC и они его невероятно оптимизировали. Действительно state-of-the-art работа.

чёт в интернетах их работу характеризовали как бессмысленный дроч на время отклика

95% говорящих о gc ни разу в жизни не сталкивались с проблемами, идущими от gc

Не слышали о такой практике для уменьшения latency?

https://making.pusher.com/golangs-real-time-gc-in-theory-and-practice/ вот как раз же истори про миграцию с хаскеля на го, где го соснул

https://blog.plan99.net/modern-garbage-collection-911ef4f8bd8e вот поновее стейт

https://making.pusher.com/golangs-real-time-gc-in-theory-and-practice/ вот как раз же истори про миграцию с хаскеля на го, где го соснул

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

95% говорящих о gc ни разу в жизни не сталкивались с проблемами, идущими от gc

на аллоцируют сначала кучи говен, а потом гц виноват

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

то ли дело истории про топовых чуваков и стейт-оф-зе-арт

и проверить, и повторить

https://making.pusher.com/golangs-real-time-gc-in-theory-and-practice/ вот как раз же истори про миграцию с хаскеля на го, где го соснул

Где-то thesz писал, что типичный размер стека для "треда" на хаскеле - какие-то сотни байт, даже не килобайт. Стало быть, у хаскеля memory footprint ниже чем у го, у которого на корутину уходит несколько КБ, и всё может влезть в l3 cache. Только вот такое - не типичный говнокод.

https://blog.plan99.net/modern-garbage-collection-911ef4f8bd8e вот поновее стейт

Обе статьи датированы декабрём 2016. 😊

то ли дело истории про топовых чуваков и стейт-оф-зе-арт

Конечно, там хоть жабку покормить

При том, что в Haskell unpack ещё не использовал...

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

Не слышали о такой практике для уменьшения latency?

Некоторые ещё и мочу пьют.

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

Так и есть... 😞

Надеялся, что Rust позволит слегка сэкономить, но он вообще в первую очередь стек вычерпывает. Термы такого размера как в Haskell вообще посчитать нельзя.

Но как в Haskell кучу памяти сэкономить я придумал, а что в Rust со стеком делать - нет. 😞

95% говорящих о gc ни разу в жизни не сталкивались с проблемами, идущими от gc

а остальные миллионы погроммистов?

а остальные миллионы погроммистов?

А остальные пишут на языках с gc. Вроде того же питона и проч.

Но как в Haskell кучу памяти сэкономить я придумал, а что в Rust со стеком делать - нет. 😞

ulimit -s unlimited? %)

А остальные пишут на языках с gc. Вроде того же питона и проч.

просто 95 человек как бы не авторитет /jerk

Но как в Haskell кучу памяти сэкономить я придумал, а что в Rust со стеком делать - нет. 😞

На кандидатскию наверно не потянет, но на дипломную работу должно.

ulimit -s unlimited? %)

Вот это не пробовал! Спасибо. 😊

На кандидатскию наверно не потянет, но на дипломную работу должно.

Жаль, что у меня уже есть 2 диплома...

просто 95 человек как бы не авторитет /jerk

Я там символ % забыл

Ну и хаскелль уже 28 лет оптимизируют

Я там символ % забыл

без него правдоподобнее /sarcasm /jerk /leave

Ну и хаскелль уже 28 лет оптимизируют

Угу, вот ещё линейные типы завезут - от Rust мокрого места не останется... 😃

Угу, вот ещё линейные типы завезут - от Rust мокрого места не останется... 😃

Не. Для хаскеля нужно нормальное ide и система пакетов и сборки. Тогда можно будет просто писать код.

ulimit -s unlimited? %)

$ ulimit -s unlimited bash: ulimit: stack size: cannot modify limit: Operation not permitted 😞

Не. Для хаскеля нужно нормальное ide и система пакетов и сборки. Тогда можно будет просто писать код.

IDE не нужна. 😂

$ ulimit -s unlimited bash: ulimit: stack size: cannot modify limit: Operation not permitted 😞

sudo?

sudo?

Чё-то тоже не помог. Но он на любой слишком большой лимит так ругается.

Видать, ядро надо пересобирать или типа того...

Не. Для хаскеля нужно нормальное ide и система пакетов и сборки. Тогда можно будет просто писать код.

а чо с cabal и stack не то?

и стак вроде ничо, и кабал перестал быть уёбищем (по рассказам, впрочем, вот по этим из недавнего https://lexi-lambda.github.io/blog/2018/02/10/an-opinionated-guide-to-haskell-in-2018/ )

и стак вроде ничо, и кабал перестал быть уёбищем (по рассказам, впрочем, вот по этим из недавнего https://lexi-lambda.github.io/blog/2018/02/10/an-opinionated-guide-to-haskell-in-2018/ )

А ещё есть Nix...

а чо с cabal и stack не то?

Их создатели чегой-то пересрались

Обе статьи датированы декабрём 2016. 😊

ага, чот пропиздоглазил; но вторая по мотивам первой, так что всё равно поновее!

А ещё есть Nix...

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

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

И под винду у них традиционно всё работает кое-как.

И под винду у них традиционно всё работает кое-как.

Да кроме MS и Java под винду всё работает кое-как. Даже C++ как-то так...

Да кроме MS и Java под винду всё работает кое-как. Даже C++ как-то так...

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