Сравнение Fedora и Ubuntu с точки зрения производительности

> Комуц нужна скорость, если нету стабильности?

Быстрее перегружается после очередного kernel panic.

> В Fedora 7, по-моему, уже стали использовать GCC 4.2, который имеет некоторые серьёзные улучшения.

У меня последняя Fedora 7, из репозиториев:

$ rpm -q gcc
gcc-4.1.2-3

> А всякие selinux'ы включены были/выключены? Демоны одинаковые висели?

Видимо что по-умолчанию было, то и оставили, я с FC6 на Ubuntu переходил (некоторое время выбирал), так вот убунту 6.06 по всем параметрам уступал федоре в производительности. Уж незнаю насколько U7 обгоняет F7, только производительность дело такое - постоянно изменяется.

Тема Зюзи не раскрыта.

Результаты в пределах погрешности

> Ну, если ядро собрать с -O0 и -g, то даже в этом тесте разница будет. ;-)

В PIO режиме?

> гы, разве не понятно, админа нового взяли, тот ещё зелен и не знает в чем тру, вот и лепит туда федору, а от старого осталась бсд.

Значит админ kernel.org вечнозеленый. =)

Затем чтобы компиляторы были менее IO зависимыми. То есть мы конечно теряем CPU на переключении контекстов, но CPU при сборке загружен не на 100%, зато при -j2 один из компиляторов стоит на ожидании ввода/вывода а второй в это время спокойно собирает то, что успел вычитать в память. Вообще многопоточность и многопроцессовость - это не всегда MP.

>Вот скажи, на кой чёрт пытаться делать "-j2" на одном процессоре

так на io накладные расходы сокращаются.

>>Вот скажи, на кой чёрт пытаться делать "-j2" на одном процессоре

>Это рекомендации в генту(/etc/make.conf.examples). J=N+1, где N число процессоров. Т.е для одного процессора получается J=2 . По моему эта рекомендации идет даже iz руководства gcc, но в этом уже не уверен.

В FreeBSD при сборке ядра/cистемы на одном проце рекомендуется -j4 делать

Смысл очень простой - одна задача грузит проц, другая задача делает чтение/запись, остальные - ждут. Причем проц/винт загружены под завязку. А при -j1 получается что процесс то грузит проц, то грузит винт, то ждет ввода/вывода. Вот эти моменты ожидания можно заполнить и также совместить моменты загрузки CPU и IO.

Для ядер Linux 2.6 и FreeBSD 6.0+ даже на одном cpu это имеет ЕЩЕ БОЛЬШИЙ смысл - так как части ядра распараллелены еще лучше ( фактически почти SMP ).

А для Gentoo имеет смысл попробовать потестировать при J от N до 2*N - есть шанс что общая производительность будет еще выше.

Никогда не интересовался вопросом какой линукс быстрее.
Главное чтобы меньше его плющило и меньше приходилось прилагать усилий шоб работало как надо.
Ну и чтоб на диске фсё сразу бЫло.
А рвать очко из-за 2-3 % производительности.....Лень.

За то же время можно заработать на более модную тачку :)

Не каждому дано установить Слаку или Генту - кто осилил, тот получает бонус в виде производительности :) На самом деле, увы, чем "дружественнее" дистр, тем медленнее работает...