Исходное сообщение
"Вышел релиз OpenBSD 4.6" Отправлено аноним, 20-Окт-09 21:24
>Вы таки явно не в курсе. Да, по возможности софт собирается 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. >От улыбки станет всем светлей! ;) Да, но в данном случае это смех сквозь слезы.