URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 42922
[ Назад ]

Исходное сообщение
"OpenNews: Сравнение производительности Linux ядер 2.6.25 и 2.6.26"

Отправлено opennews , 18-Июл-08 13:21 
Создатели ресурса phoronix.com провели (http://www.phoronix.com/scan.php?page=article&item=linux_262...) сравнение производительности Linux ядер 2.6.25 и 2.6.26. Из 15 проведенных тестов 2.6.26 ядро показало прирост производительности в 5 ( кодирование в lame и mplayer, сжатие bzip2 и lzma, выполнение Java SciMark 2 FFT). В 6 тестах показатели были примерно на одном уровне (GnuPG, gzip, OpenSSL, Super PI 2, Java SciMark 2 SOR/Composite). В 4 измерениях наблюдалось падение производительности новой версии ядра (BYTE Unix Benchmark, SciMark, RAMspeed, Java SciMark 2 Monte Carlo).


URL: http://www.phoronix.com/scan.php?page=article&item=linux_262...
Новость: http://www.opennet.me/opennews/art.shtml?num=17006


Содержание

Сообщения в этом обсуждении
"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 13:21 
прирост производительности в 5... чего?
попугаев?

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Michael Shigorin , 18-Июл-08 13:28 
>прирост производительности в 5... чего? попугаев?

"в пяти тестах"


"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 14:02 
... тестах

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено KBAKEP , 18-Июл-08 13:30 
А я думал, что такое уже не встречается. В относительных единицах:
LAME. Прирост 1%
Mencoder. Прирост 3,5%
Gzip. Падение 0,6%
bzip2. Прирост 6,6%
LZMA. Прирост 5,2%
GnuPG. Прирост 0,3%
OpenSSL. Прирост 0,4%
Super PI. Падение 0,3%
BYTE Unix Benchmarks. Падение 4,5%
SciMark. Падение 6,1%
RAMspeed. Падение 4,9%
Java SciMark, FFT. Прирост 0,7%
Java SciMark, SOR. Падение 0,5%
Java SciMark, Monte-Carlo. Падение 2,6%
Java SciMark, Composite. Прирост 0,05%

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Ex linuxoid... наверное , 18-Июл-08 20:52 
Проценты. Ну пара. И что?

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 13:46 
да ерунда это все
какая вера ресурсу, который ориентирован только на показ рекаламных сообщений ?
вы поглядите, как они рекламы нашлепали, больше чем полезного контента. а сам полезный контент тоже не блещет - выот мы померяли попугаев с удавами, а что да как - думайте сами.

в общем я забил на фороникс и вам советую - несерьезный ресурс


"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено User294 , 20-Июл-08 10:09 
>в общем я забил на фороникс и вам советую - несерьезный ресурс

Нормальный ресурс, там часто дельные статьи бывают.Хотя на лично мое имхо разница в 0.05% это в пределах погрешности измерений.Да и 1% пожалуй тоже.А если допустить что результаты замеров не лажа - я вообще ничего не понимаю. Тот же LZMA память юзает как черт знает что - в больших объемах и адски интенсивно, и он почему-то неплохо выиграл. А вот бенч RAM почему-то заметно просел. И где тут логика в таких результатах? Как такое возможно???


"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 14:11 
0,6% - ха ха, это в пределах среднестатистической погрешности.

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено waiby , 18-Июл-08 15:32 
Это как они Ubuntu beta с 8.04 сравнивали недавно. В одном gcc 4.2.2 в другом gcc 4.3.x; В той где gcc 4.3.x компиляция шла чуть дольше (<0.5%), значит новое ядро linux чуть медленей, вывод - не спешите переходить на новое ядро.
Они что всех за баранов держат?

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Newton , 18-Июл-08 16:03 
У меня впечатления, что все эти benchmarker'ы делались ламерами. Что такое статистическая обработка они, похоже, даже не слышали. Ну, зачем эти физики делают несколько измерений одного и того же?

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 16:27 
>У меня впечатления, что все эти benchmarker'ы делались ламерами. Что такое статистическая
>обработка они, похоже, даже не слышали. Ну, зачем эти физики делают
>несколько измерений одного и того же?

Phoenix Test Suite поддерживает задания числа повторов эксперимента, не думаю, что они такие наивные, чтобы опубликовать результаты непродублированного теста.
Если есть желание любой может повторить тестирование, достаточно скачать пакет с http://phoronix-test-suite.com/ и запустить:
phoronix-test-suite benchmark michael-15379-11303-7686


"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Newton , 18-Июл-08 17:40 
>>У меня впечатления, что все эти benchmarker'ы делались ламерами. Что такое статистическая
>>обработка они, похоже, даже не слышали. Ну, зачем эти физики делают
>>несколько измерений одного и того же?
>
>Phoenix Test Suite поддерживает задания числа повторов эксперимента, не думаю, что они
>такие наивные, чтобы опубликовать результаты непродублированного теста.
>Если есть желание любой может повторить тестирование, достаточно скачать пакет с http://phoronix-test-suite.com/
>и запустить:
>phoronix-test-suite benchmark michael-15379-11303-7686

Я не вижу оценки погрешности измерений на их картинках, и не вижу упоминаний о стат. обработке. Соответственно, подозреваю некачественную работу.

Гонять их benchmarks мне не хочется: разбираться что они там меряли, ...

У меня свои тесты есть, но если я не считаю их качественными, то я их и не публикую.


"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 18-Июл-08 23:43 
отличие  >5 процентов только в трех тестах - остальные результаты можно считать одинаковыми - отличие на уровне ошибки эксперимента и обработки результатов, с инженерной точки зрения эффективность работы ядра отдельно взятого компьютера для версий 25 и 26 можно считать одинаковой.

"Сравнение производительности Linux ядер 2.6.25 и 2.6.26"
Отправлено Аноним , 19-Июл-08 16:44 
Субьективно грузица стало быстрее. Но теперь появилась странная проблема со временем. Раньше все было хорошно, но теперь почему-то часы стали ходить на +0300 больше чем в BIOS. Конфиги не менял.