unixforum.org

http://www.opennet.ru/opennews/art.shtml?num=6043

собственно так как я и думал ,всё оказалось

(wolf_black @ Среда, 07 Сентября 2005, 15:41) писал(а):http://www.opennet.ru/opennews/art.shtml?num=6043

собственно так как я и думал ,всё оказалось

↑

цитата из источника:

там еще по треду написано, типа жаль, что ни одна реальная программа не использует компьютер так же как и тесты

воистину так!

у меня сейчас стоит FreeBSD 6beta for AMD64 и for i386 и DragonFly (for i386, естественно).
Визуальный ряд (в порядке возрастания быстродействия): Free386 -> DragonFly -> Free_AMD64
до всамделишних измерений руки пока не дошли

подождём релиз freebsd-6.0 ,интерсно там улучшиться или нет ,кстати визуально фря 5.2.1 после 5.1 показалась медлительней ,а потом и 5.3 ещё медленей пока ядро не пересобрал с оптимизацией,
но всё равно медленей 5.1 (сравнивать есть с чем на деле)

2wolf_black
да, мои впечатления - после пересборки ядра и мира во всех
без оных - все удручають :-)

alv добавил в 08.09.2005 07:13

действительно, цифры приведены странные
у меня получилось:

Unix Benchmark Utility v.0.3
Copyright © July, 1999 PhysTech, Inc.
Author: Sergei Viznyuk <sv@phystech.com>
http://www.phystech.com/download/ubench.html
FreeBSD 6.0-BETA2 FreeBSD 6.0-BETA2 #0: Mon Aug 8 19:31:28 MSD 2005 root@alv.rinet.ru:/home/obj/usr/src/sys/ALV amd64
Ubench CPU: 103631
Ubench MEM: 102599
--------------------
Ubench AVG: 103115

и это: в терминальном окне иксов (konsole) под KDE, при запущенных konqueror'ах (сеансов пять), kmail, quanta, kate и еще какой-то фигне
досочиняю репортаж - запущу "в чистую"

Вообще то интересно. Они дебаг с invatiants отключили в FreeBSD Beta. А то я что то нигде не встретил описания что в ядре было?
Если ядро было GENERIC то ничего удивительного что 6-ка притормаживает.

А кстати - как правильно оптимизировать ядро и мир?

также как и все остальное -O2. правда для ядра от этого никакого толку, может даже нестабильное ядрышко получиться. из ядра выкинуть всякую debug-related ерунду... остальное по вкусу и по железу стоит подбирать.

Для polachok:
А "-О3" некошерно? Я так в Gentoo оптимизирую, может оно так и в FreeBSD будет нормально...

не кошерно. я генту тоже -O3 оптимизировал, попробовал во фри 5.4 world собрал с O3 система валилась в core dump

канонический флаг для ядра и мира - -O1
последние версии с последними версиями компилятора собираются с -O2
-O3 - под ответственность компилирующего, особенно для мира: можно легко получить неработоспособную систему, откатиться с которой будет невозможно (т.к. кое-какие утилиты юзерленда, участвующих в скриптах, просто не будут работать)
PS даже если компиляция с -O3 пройдет - это очень не значит, что система будет быстрее (по моим наблюдениям, обычно наоборот)

alv добавил в 09.09.2005 22:03

(ddc @ Пятница, 09 Сентября 2005, 14:37) писал(а):Для polachok:
А "-О3" некошерно? Я так в Gentoo оптимизирую, может оно так и в FreeBSD будет нормально...

↑

кстати, и для gentoo обычно разницы между -O2 и -O3 нету :-)
А если есть - не всегда в лучшую сторону :-)


alv добавил в 09.09.2005 22:05

сегодня на выставке я только и отвечал на вопросы по этому пресловутому тесту :-)
явно у парня что-то неладно в консерватории (сиречь во Free)
закончу с отчетами - проведу независимое расследование

не забудьте еще userland malloc() debugging flags отключить