Erik Cederstrand представил (http://kerneltrap.org/FreeBSD/Tracking_Historical_Performance) обновленный вариант проекта Performance Tracker project, в рамках которого производится накопление результатов измерения производительности ежедневных сборок FreeBSD-Current. Для оценки производительности используются пакеты super-smack (http://jeremy.zawodny.com/mysql/super-smack/) и unixbench (http://www.tux.org/pub/tux/benchmarks/System/unixbench/).
Для оценки результатов измерений подготовлен web-интерфейс (http://littlebit.dk:5000/plot/), через который наглядно прослеживаются все проведенные оптимизации, например, перевод 19 октября 2007 года оцениваемой конфигурации с планировщика задач 4BSD на ULE.
Кроме того, можно упомянуть ряд сервисов для контроля за качеством кода и выявления ошибок:
- "FreeBSD Package building logs and errors (http://pointyhat.freebsd.org/errorlogs/)" - выявление ошибок сборки портов для всех архитектур и поддерживаемых релизов;
- "The FreeBSD Ports Monitoring System (http://portsmon.freebsd.org/)" - набор отчетов, с результатами выявления различных ошибок в системе портов;
- "FreeBSD LOR(lock order reversal)s and comments (http://sources.zabbadoz.net/freebsd/lor.html)" - статистика выявления проблем с блокировками (механизм выявления (http://www.freebsd.org/doc/faq/troubleshoot.html#LOCK-ORDER-...));
- "Test Log (Stress)" - результаты проведения стресс-тестирования FreeBSD-HEAD;
- "FreeBSD tinderbox logs (http://tinderbox.des.no/)" - результаты ежедневной пересборки всех веток FreeBSD для всех платформ.
URL: http://kerneltrap.org/FreeBSD/Tracking_Historical_Performance
Новость: http://www.opennet.me/opennews/art.shtml?num=13837
графика у меня одного не видно?
Нормально отображается график.Отличный проект, всё понятно и наглядно.
Наверно нужно в IE открывать :-D Тоже ничего не увидел... потом как нибудь разберусь почему.
> Наверно нужно в IE открывать :-D Тоже ничего не увидел... потом как нибудь разберусь почему.Нужно просто пользоваться нормальными браузерами, как Опера например, а не горе-фоксами...;)
У меня тоже не было видно, пока я кнопку "Allpy" не нажал :)
Млин, с утра буквы не там на клаве. "Apply", конечно :)
Офигеть, судя по supersmack, ULE тормознее 4BSD в полтора раза. Хренасе `no longer buggy or exeprimental'. А на десктопе с ним firefox еле шевелится когда в фоне make идет. Не, не, никаких ULE. Ублюдство какое.
почитай http://lists.freebsd.org/pipermail/freebsd-performance/2008-...Снижение производительности математических операций на этих тестах, из-за нового GCC
Слепой? Изменения в результатах arith тестов 2 октября - меньше процента. Начхать на них. Я говорю про разницу на supersmack в ПОЛТОРА раза из-за ULE.
http://lists.freebsd.org/pipermail/freebsd-performance/2008-...
=============
2007-10-20: drop in super-smack performance and context switch
benchmarks. This is due to the switch from SCHED_4BSD to SCHED_ULE
(super-smack is largely a context switch benchmark due to retarded
design). There are uncommitted patches that reduce ULE context switch
overhead though, so it will be interesting to see how they affect this.
=============Пофиксят! =) Поэтому 7 и задерживается - усиленно фиксят ;) Ну а разница на этом super-smack SCHED_4BSD/SCHED_ULE примерно 10% (1460/1350)...
Гы-гы - я сново не тот график посмотрел ;) там где update-select 1 clients в натуре все плохо...Все равно пофиксят :)
6.3-RELEASE FreeBSD:# cd /usr/src/sys/i386/conf/
:# make LINT
`LINT' is up to date.
:# grep SCHED LINT
options SCHED_4BSD
options _KPOSIX_PRIORITY_SCHEDULINGа нету ULE %)) выкинули пока по ходу %))
Не делайте глупых выводов, не разобравшись с сутью вопроса. В 6.х ULE не планировался.
хорошо сделаная новость