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

Ну полную раскрутку можно провести. Но в Gentoo, похоже, этот путь хотят (придумали как) несколько подсократить.

На ocaml компилятор раста, еще нужно llvm собрать. Потом нужно пересобирать компиляторы раста до последнего.

Кстати, ocaml собирается за 5 минут в 4 потока на core i7. Вот и думайте.

Ваш сарказм понятен. Цифры выглядят нереально. Нужно было сразу обосновать причины такого расхождения:

1. Двойной и более прирост производительности появляется в тех операциях, для которых есть аппаратная поддержка на локальных ЦПУ. Например, те же криптографические алгоритмы, аппаратные инструкции SIMD современных процессоров: SSE/SSSE3/SSE4.x и т.д. Полной совместимости между разными процессорами нет и не будет даже в рамках разных поколений одного вендора, поэтому бинарно-распространяемые дистрибутивы заботятся о переносимости и универсализации в ущерб узкой специализации под возможности индивидуального CPU.

2. Виртуализация. Тюнинг связки Ядро хоста/QEMU/Ядро виртуальной машины позволяют пробрасывать инструкции, исполняемые внутри гостевой системы с минимальным оверхедом в аппаратный CPU хоста. Если о тюнинге не озаботиться, то будет работать динамическая трансляция с радикальной просадкой производительности. Тюнинг вышеупомянутых компонентов без пересборки из сорцов в большинстве дистрибутивов просто невозможен (хорошо, возможен, но это не нативно и поэтому не совместимо с последующей поддержкой обновлений ОС).

4. Ни каких специальных результатов бенчмарков в подтверждение своих слов я предоставить не могу. Исследования проводил лично для себя и под свои специфические задачи, в которых есть и шифрация и много расчётов на CPU, например это относится к httpS трафику и парсингу регулярок.

Попробуйте самостоятельно. Сравните ту же убунту или дебиан с хорошо настроенной под локальное железо Gentoo. Поделитесь свежими результатами и разнесите мой "п-ж" в пух и прах. Тогда Ваш сарказм не просто будет озвучен, но и подтверждён фактами. Буду рад поделиться своими настройками Gentoo, если они пригодятся для такой благородной задачи.

Для меня это возможность, например, подготовить монолитное ядро (без модулей и соответственно, initramfs) из которого я уберу всё лишнее и оставлю только нужное, чтобы потом подключить один трёхмегабайтный файл ядра опцией -kernel для старта виртуалок под qemu (см. make defconfig kvm_guest.config) В оперативке такое ядро распакуется всего до 20 мегабайт, а не как ядро тоже бубунты со всеми погремушками, нафиг не нужными внутри виртуалок. Рассмотрим, например, Mitigations for CPU vulnerabilities, которые из убунту выпилить невозможно без пересборки ядра (они все с опцией =y). Да, они имею смысл на хосте, но ни как не в виртуалках. И это только один маленький пример из тысяч, добавляющих свои неприятные накладные расходы, которые становятся особенно заметными на больших решениях с плотной виртуализацией. И как раз Gentoo очень спасает в таких случаях — там пересборка ядра при обновлении это рядовая задача, а не прыжок с переподвывертом через git clone https://git.kernel.org

> это ванильное ядро + несколько

Прошу обратить особое внимание, что это не только ванильное ядро, но ещё и свои оригинальные гентушные патчи (genpatches) с размером исходного кода в 19 мегабайт.

По бенчмаркам Go рвёт остальных. Быстрее могут быть только Rust или чистый Assembler.

В любом случае, в бекэндах веба сейчас принято использовать Go, Node.js или Python. И этих уж он точно рвёт.