Но самое смешное, что я не могу понять - F# версия на таск билдере стабильно работает быстрее, чем такая же C# версия

Кто-нибудь знает похожие тесты с горутинами или аналогами из других языков? Просто ради интереса

Сценарий Thread To Thread выходит? Т.е. два потока-один Publisher, второй Subscriber ?

Да

Попробуй Disruptor. Офигеешь от цифр :)

На порядок быстрее будет.

А есть конкретные цифры где-нибудь?

~400M/s

Ну, железо

Кот)

400М/s кстати это насколько помню при батче в 10 сообщений, при одном сообщении цифры скорее всего не такие будут

Ну и дисраптор не самый быстрый, есть приватные либы, правда изначально пришедшие из другого техстека(первые версии были на плюсах, потом уже портировались на .NET)-там под ярд в секунду, но правда с батчингом.

а это бенчи порта дисраптора java на .net https://medium.com/@ocoanet/improving-net-disruptor-performance-part-3-introducing-the-valuedisruptor-5b467730bbe

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

Ну я батчи тут не использую, как минимум

Да, надо погонять без батчинга и сравнить.

Цель немного иная

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

А не всем это нужно.

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