URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 38579
[ Назад ]
Исходное сообщение
"OpenNews: Тесты производительности MySQL на NetBSD CURRENT"
Отправлено opennews , 01-Окт-07 19:48 
Andrew Doran, работающий над улучшением SMP в NetBSD, провёл тестирование производительности MySQL на NetBSD CURRENT.
Результаты (http://www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20071001_0149....) тестов показывают значительный рост производительности относительно NetBSD 3. Для сравнения были проведены аналогичные тесты на FreeBSD, Linux, OpenBSD и Solaris.

URL: http://www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20071001_0149....
Новость: http://www.opennet.me/opennews/art.shtml?num=12266

Содержание
Сообщения в этом обсуждении
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено ZANSWER , 01-Окт-07 19:48 
Странный тест, почему в NetBSD использовали UFS2+SoftUpdates, а в OpenSolaris UFS, не ясно, насколько я помню, NetBSD прекрасно живёт на UFS, к чему этот пиар, не понятно...:)))
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено BigAlex , 01-Окт-07 20:07 
Solaris UFS не имеет ничего общего с UFS/UFS2/SoftUpdates из *BSD.
Можно было возразить почему не ZFS...
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено ZANSWER , 01-Окт-07 19:52 
И где инфа о том, как тюнили каждую из ОС-ей или главное громко заявить о попугаях, не важно, как в реальности, вообщем тест чистый пиар??:-\
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено ЩекнИтрч , 01-Окт-07 20:54 
> где инфа о том, как тюнили каждую из ОС

За отдельные деньги.

"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено Аноним , 01-Окт-07 22:50 
интересно, что подразумевается под ULE в тесте FreeBSD7? ULE1, ULE2 или SHED_SMP(ULE3) ? Если ULE1, то сравнение не объективно ни разу.
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено sergey , 02-Окт-07 00:49 
>интересно, что подразумевается под ULE в тесте FreeBSD7? ULE1, ULE2 или SHED_SMP(ULE3)
>? Если ULE1, то сравнение не объективно ни разу.

Вроде бы взят тот SCHED_ULE, который сейчас в cvs (для тестирования брался сентябрьский снэпшот, это видно из легенды в графике). Но вот насчет корректности тестирования сомневаюсь, у Jeff`a и у Kris`a при тестировании не было такого провала в производительности.

"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено penguin_killer , 02-Окт-07 10:27 
Этот товарищ как-то не так давно уже выступал с результатами, где NetBSD рвёт все остальное, как тузик грелку. И все-таки я до сих пор не могу понять, почему он что тогда, что сейчас не отключает I/O в тесте SMP. Не надо быть гуру ядра, чтобы понять: когда тестируем, насколько хорошо OS умеет нагружать процессоры, любой I/O должен быть выключен. Иначе это будет тестирование подсистемы ввода/вывода. Это все равно что играть в футбол на стадионе длиной в 50 км - какая разница, как ты умеешь работать с мячом, если главное тут - умение бегать?
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено Аноним , 02-Окт-07 11:35 
http://jeffr-tech.livejournal.com/15171.html

Jeff сам проверил, и говорит, что не все так однозначно...

"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено sergey , 02-Окт-07 13:12 
Не то что неоднозначно, а то Jeff запустил подобный тест на подобном оборудовании и получил результат лучший, чем в subj. Видимо при тестировании FreeBSD не были выключены опции WITNESS и INVARIANTS. По умолчанию эти опции включены в ядре.
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено Аноним , 02-Окт-07 14:28 
Не совсем понятно чем вызвана пила в конце теста под линуксом
"Тесты производительности MySQL на NetBSD CURRENT"
Отправлено Аноним , 04-Окт-07 11:30 
http://marc.info/?l=netbsd-tech-kern&m=119142054028425&w=2

Все выяснилось - тест был не корректным так как у FreeBSD7 не были выключены debugging в malloc(). На повторных тестах все встало на свои места!

NetBSD ч0рные пиарщики ;)