>Вы таки явно не в курсе. Да, по возможности софт собирается GCC
>3.x. А если что-то категорически требует GCC 4.x — он автоматически
>ставится в дополнение, как самый обычный порт, параллельно с системным. И
>друг другу они не мешают, пользуйте какой хотите. Сюрприз? Еще раз: да, я знаю. Вы мои посты читаете или вас желание написать очередную чушь переполняет до полной слепоты?
>Тормоз — это GCC 4, время компиляции у 4.1, помнится, было в
"Помнится", "было". Можно подумать, вы тестировали и вообще сравнивали. Нет, gcc 4.x всегда был быстрее. Если не осилите сами проводить эксперименты, посмотрите время компиляции всех пакетов для FreeBSD 6.4 и 7.2. В 6.4 тоже gcc 3.x (слава богу у этих хватило ума в 7.0 перейти на 4.x, а это случилось в феврале 2008, более полутора лет назад, не считая времени жизни HEAD и RELENG_7 с gcc 4.x до этого) - так вот, не смотря на то, что есть куча портов, которые под 6.x не собираются, пакеты под 7.x собираются в полтора раза быстрее.
>2-5 раз больше. Если же вы про скорость результирующего кода (допустим
>даже, что сейчас GCC 4.x вылизан так же хорошо, как 3.x,
>то есть генерит не больше ошибочного кода), то разница заметна только
>на определённых приложениях (в которых, впрочем, и так не брезгуют ассемблером).
>И собрать их посредством GCC 4.x ничто не мешает. Для самой
>ОС же разницы особой нет.
Omg. Да вообще-то как раз на этих приложениях оно лучше всего и заметно, взять хотя бы GUI тулкиты. Ассемблер никто в здравом уме там использовать не будет, а код сложный и латентность (напомню, эффективность кода влияет кроме throughput еще и на latency) видно отлично. То же в ядре. Кроме того, *BSD не линукс - кроме ядра в _системе_ есть куча утилит, которые лопатят зачастую большие объемы данных. Начнем с sort и grep.
>От улыбки станет всем светлей! ;)
Да, но в данном случае это смех сквозь слезы.