Какие есть живые opensource проекты где экономят наносекунды в юзерспейсе?

А мне по большому счёту без разницы чего конкретно они экономят, я хочу посмотреть как организованны там бенчамарки и QA нефункциональных требований.

Спроси у этих ребят http://runtime.bordeaux.inria.fr/Runtime/software.html

правда смущает

Runtime is ending. It will be replaced with the Storm and TADaaM Inria teams

но вроде живое

А точно? Там вроде всё в дисковое i/o упирается и пока ждёшь на чём то в духе select, по идее можно кучу дел провернуть?

По крайней мере с C++ есть чего поделать во время чтения. Например шаблоны погенерировать, код поопмимизировать, constant propagation посчитать.

О, кстати, можно еще посмотреть в сторону оптимизации и, собственно, генерации булее оптимального кода

mesa

Пхаха. Это поделие вечно упирается в скорость процессора вместо видеокарты.

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

Ты просто не специалист в пирформанс кампутинк.

Гугли instruction scheduling.

Так там программная эмуляция для всех отсутствующих в драйвере фичь. Они часто оптимизируют своё дерьмо, но у всего есть предел.

Твоя задача - оптимизация алгоритмов, т.е. do less

Если в сортировке массива quick sort использовать не до самых маленьких размеров подмассивов, а на определённом этапе перейти на сортировку вставками, работы выполняется больше, но общее время становится меньше (на текущем распространённом железе). Так что не всё так просто.

А ты участник или сочувствующий?

Сочувствующий. То есть я им пользуюсь (как и DPDK) но внутрь заглядываю нечасто.

Есть у них какие то бенчмарки и инструкции по профилированию?

С высокоскоростными сетевыми железками не все так просто. Они достаточно разные, конечная производительность зависит от кучи факторов (от собственно железки, CPU, памяти, способа получения данных из железки, способа обработки/размазывания по вычислительным ядрам и т.п.).

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

Плюс собственно разработка немного отличается от традиционной. Даже какие-нибудь атомарные операции (которые считаются достаточно быстрыми) могут нагнуть производительность. В общем, своя атмосфера.

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

Эээ. Если он хочет быть умнее компилятора - пусть пишет ассемблерные вставки для распространённых архитектур x86, и делает разные билды. Конкретно Instruction Scheduling выполняется компилятором, поэтому не вижу расхождения со своими словами.