Хехе

Я по учебникам этой серии готовился https://www.amazon.co.jp/-/en/%E6%B8%85%E6%B0%B4-%E7%9F%A5%E5%AD%90/dp/4863920369/ref=sr_1_6?dchild=1&keywords=%E3%82%B9%E3%83%94%E3%83%BC%E3%83%89%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC&qid=1617865477&rnid=2321267051&s=books&sr=1-6. Слова в анки и вперёд.

Сохранил в закладки. Когда-нибудь..
Спасибо.

Вот бы ещё по немецкому такие же учебники найти...

шутки про интеграцию видеозвонков в идею подъехали

Оригинал https://youtu.be/md6lbxsF6J0?t=75

Сохраняй в очереди. Тогда 'когда нибудь' и наступит

Только не в очереди с приоритетами.

@noraltavir у вас нет подобных исследований/бэнчей? https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/csharp.html

помнится на дебиане что то было с подходами не то

Long-Awaited Muon Measurement Boosts Evidence for New Physics - Scientific American
https://www.scientificamerican.com/article/long-awaited-muon-measurement-boosts-evidence-for-new-physics/

Есть конечно. Проблема в том, что микробечмарки довольно бесполезная штука. Мощь компилятора проявляется не на микро-алгоритмах, а на крупном коде, написанном не самым крутым программистом. Сейчас все оптимизирующие компиляторы дают примерно один и тот же пиковый перформанс и разница проявляется в том, как они работают с не оптимальным кодом

Еще один поймался на PR. Результат хороший, но совсем не game-changer

Там роблема в том, что они оптимизированный под интринсики код на С++ сравнивают со средним кодом на всем остальном, не использовали до недавнего времени JMH, и подбирали именно микро-бенчмарк тесты, под которые VM надо отдельно оптимизировать.

На больших тестах сейчас получается JVM не хуже того же С++ в среднем. Если не брать супер-оптимизированные либы, которые под кэши конкретных процессоров подгнаны.

а то, что в тесте шарп типо быстрее?

Это просто значит, что они конкретно в этом тесте чего-то под тест подкрутили. Или просто конкретный интринсик в конкретном тесте лучше работает. Там еще на разных версия JVM разница огромная. По некоторым нашим тестам GraalVM выигрывает у openj9 раз в 6. Повторюсь, микробенчмарки - это очень мутная вещь, по ним ни о чем судить нельзя. Есть ряд вещей, которые действительно надо вылизывать до умопомрачения - какие-нибудь bulk operations на блоках и тензорах. То, что заведомо бедут ботлнеком. Но тут опять есть нюансы. Индивидуальный пиковый перформанс таких операций, скажем в numpy очень высок, но чтобы добиться этого пика, надо писать очень-очень специфичный код и месяц сидеть с профайлером (который в питоне очень так себе).

Не исключено еще что дефолтные настройки CLR лучше с микро-тестами дружат. Они же на дефолте все гоняют