Сравнение производительности 12 последних версий ядра Linux

бред,на 1% больше\меньше - какая разница

с таким темпом ветка 2.8, ничем не будет отличатся от венды.

>с таким темпом ветка 2.8, ничем не будет отличатся от венды.

я думаю врядли когда нибудь выпустят ntoskrnl-2.8.0.exe :)

А какое отношение скорость работы таких узкоспециализированных программ имеет к производительности ядра? Это совсем не показатель, разброс - уровень точности измерений.

тестам низачод. народ интересуют результаты работы нескольких приложений на 2-4ядерных процессарах.

ИМХО тест бесполезный и высосанный из пальца. Результаты это подтверждают.

Занятные результаты. Совсем неплохо было бы посмотреть все то же самое, для для ветки 2.4. Совсем хорошо было бы сравнение производительности linux-ядра на разных архитектурных платформах и идеально было бы, если бы еще было сравнение с производительностью ядер конкурентов - *BSD и Solaris/OpenSolaris.

Линуходеградация! Линухокапец! Ы!

ЗЫ: похоже на замер 3.14;3.14;ськами =)

Бред какой то. Мне интересно, авторы действительно думали что результаты будут сильно отличатся в такой голимой синтетике? Что нужно сделать с ядром чтобы скорость архивации различалась процентов хотя бы на 5?

Методика вообще пц полный. Особенно порадовало "передача файла по сети (HTTP Local Download), работа с изображением (JPEG Resizing)". Чтобы выявить различия в работе ядер нужны совсем другие тесты. Вроде "http сервер с 10000 запросами в сек", "фпс в игре при фоновой архивации". Было бы здорово сравнить одни и те же прилоения в одинаковых тестах на разных осях.

>HTTP: скорость спадает с ростом версии ядра

Не совпадает с источником. Опечатка?

Больше прикололо сравнение вайна под бубунтой vs winxpsp2 там же. Вайн даже выиграл 2 теста. Но в основном - глубокая жопа. http://www.phoronix.com/scan.php?page=article&item=882

сабж - муть. реально разница в пределах погрешности.

В посте новости ошибка.
> - HTTP: скорость спадает с ростом версии ядра
в статье этого не нашел
но там есть
http://www.phoronix.com/scan.php?page=article&item=893&num=4
http download 3,3GB
2.6.18 358 сек
2.6.20 335 сек
2.6.24 319 сек
Меньшее число означает более высокую скорость.
А так разброс не вилик

18 см.

> Не совпадает с источником. Опечатка?

Да точно, всё наоборот. Модераторы, поправьте, плиз.

>18 см.

Бугага у меня больше - 23 см.

и какой идиот тестирует перформанс на шапке?

>Линуходеградация! Линухокапец! Ы!

К логопеду, быдло.

>и какой идиот тестирует перформанс на шапке?

А на чём? На убунтах кубунтах? На шапке проще всего ядро ванильное ставить.

>>18 см. >Бугага у меня больше - 23 см.

это был диаметр O_O :)

>А на чём? На убунтах кубунтах? На шапке проще всего ядро ванильное ставить.

месье знакомы со слакой? ;)

> месье знакомы со слакой? ;)

Вы перехватили мою мыслю.

>мсье знакомы со слакой? ;)

Red Hat стандарт де-факто. Oracle там, и прочее.

И вообще Линус на федоре работает, а не на слаке.

>>>18 см. >Бугага у меня больше - 23 см.

>это был диаметр O_O :)

А ты даже такого не имеешь=)))

Тест тупейший.Дистра старый с какими опциями ядро собиралось не указывается.

>Оценка производительности коснулась почти всех версий ядер от 2.6.12 до 2.6.24-rc1.

Почему про 2.4 забыли? не хорошо!

Во-первых, марш к логопеду,
а во-вторых, сразу после логопеда марш в биореактор.
линуксокапца не будет!

>Red Hat стандарт де-факто. Oracle там, и прочее.

Недавно стандартом был MSO, потом WinXP, а тетерь Red Hat! Ну ну посмотрим куда в следующий раз занесёт анонимуса.

>И вообще Линус на федоре работает, а не на слаке.

Он на чём только не работает.

прочитал как "знакомы со свалкой"

Печально...

Совершенно не ясно, как проводились тесты, как собирались ядра...

И совершено ясно, что это делалось в граф. режиме с включенной кучей сервисов, что система старая, и что тесты левые.

>И вообще Линус на федоре работает, а не на слаке.

Линус работает на компьютере.

>И вообще Линус на федоре работает, а не на слаке.

и сидит на маковском железе.

вообще речь не о стандарте, а о легкости сборки ванильного ядра.

>А ты даже такого не имеешь=)))

Колобок. катится по земле и периодически подпрыгивает на 24см вверх. :-P

>>А на чём? На убунтах кубунтах? На шапке проще всего ядро ванильное ставить.

>месье знакомы со слакой? ;)

trueЪ-тест был бы на 12 пересобранных гентах.

>trueЪ-тест был бы на 12 пересобранных гентах.

пересобрал генту 12 раз, не заметил прироста скорости.

Всё же тестирование ядер, собранных gcc 4.0 нельня назвать корректным, ведь в нём было много ухудшений для x86 по сравнению с 3.3 и 3.4, им можно было собирать для тестов только для PowerPC, для остальных надо брать минимум 4.1, а ещё лучше 3-ю версию, ведь первые тестируемые ядра создавались без учёта 4-й

Ф топку такие сравнения. 1% это мизер.

Что-то мне кажется, что на эти 1-2% результаты могут отличаться для двух запусков приложения на одном и том же ядре два раза подряд. :)

Раз результаты варируются не более 1%, то лучче они бы сравнили 2.2, 2.4.32, 2.6.8, 2.6.18, 2.6.24рц =) Вот это было б!

Интересно было бы посмотреть работу ядер в многопроцессорном окружении. Например, работу MySQL или PostgreSQL на разных версиях ядра с симуляцией скажем 10 пользователей. Тут все основные системы ядра практически задействованы будут.

>>Red Hat стандарт де-факто. Oracle там, и прочее.

>Недавно стандартом был MSO, потом WinXP, а тетерь Red Hat! Ну ну посмотрим куда в следующий раз занесёт анонимуса.

Ну, OAS, например, сертифицирован только для RedHat/SuSe :) Т.е. саппорт Oracle'а может спокойно Вас послать, если у Вас возникнут проблемы, скажем, на Слаке.

Лучше бы он погонял это >stress is a simple workload generator that imposes certain types of stress on UNIX-like operating systems.

http://weather.ou.edu/~apw/projects/stress/

>Ну, OAS, например, сертифицирован только для RedHat/SuSe :) Т.е. >саппорт Oracle'а может спокойно Вас послать, если у Вас возникнут >проблемы, скажем, на Слаке.

За те деньги, которые платятся за саппорт, нахер они точно не шлют, хотя в случае полной жо..полного рая посоветую повернуть голову в сторону RH

Чтобы 12 ядер прокомпилить и ничего не менять в опциях - это надо много спинного мозга. Вообще интересная идея нивелировать улучшения ядра старыми настройками.

Статья -- полный бред. 1% -- достаточно высокая точность, а в статье не описана ни тестовая инсталляция, ни методика измерений, не приведены расчеты погрешностей (задницей чую, что погрешность измерений ~10%).

В то время как законопослушные граждане тестируют FPS в S.T.A.L.K.E.R, хакеры и пираты творят темные делишки с LAME.

> Он на чём только не работает.

Так о том и речь. На чем только Линус НЕ работает. На слаке - НЕ работает, на гент00 - НЕ работает, на дебиане - НЕ работает. Линус работает на RedHat's Fedora Core :-) Как бы это тебя не коробило :-)

> народ интересуют результаты работы нескольких приложений на 2-4ядерных процессарах.

процессаров должно быть трое, все в кожаных тужурках

AMD уже подтвердила, что выпустит в начале 2008-го трёхъядерные варианты Феномов.

Как то по виндузяцки тестили - только 3Dmax'а под вайном не достаёт. Лучше бы make параллельный запустили того же ядра.