LINUX.ORG.RU

Андрей Доран: улучшения SMP в NetBSD


0

0

После найма Андрея Дорана, команда NetBSD добилась заметных успехов в реализации мультипроцессорных вычислений. Так, например время компиляции на AMD64 Quad Opteron уменьшилось на ~10%. Сравнение NetBSD-current с другими системами на массивных OLTP-запросах к базе данных MySQL 5.0 (sysbench) можно увидеть здесь.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

а зачем две ссылки одинаковые?:)

dilmah ★★★★★
()

Т.е. установка 4-кратного количества ядер даёт суммарный прирост по независимым задачам всего на 10%? Такое впечатление, что ребятам дали спеки на внутреннее устройство процов и они таки умудрились написать эффективный генератор снуп-трафика. Ждём падения производительности!

Gharik
()
Ответ на: комментарий от Gharik

> Т.е. установка 4-кратного количества ядер даёт суммарный прирост по независимым задачам всего на 10%?

ты по этой фразе судишь? -- time for build.sh on a quad-Opteron went down by ~10%

это 10% выигрыша на той же машине netbsd-current по сравнению с netbsd-3

в нетбсд давно поддерживается SMP, то есть все процессоры были задействованы в обоих случаях. 10% было выиграно за счет fine-grained локов.

dilmah ★★★★★
()
Ответ на: комментарий от Gharik

>эффективный генератор снуп-трафика

:D хорошая шутка

краткая справка: снуповый трафик имеет сугубо "аппаратную природу" и относится к реализации кешевой когерентности; в современных процессорах всё хозяйство как правило функционирует по протоколам MESI/MOESI (есть и другие)

anonymous
()
Ответ на: комментарий от Gharik

я к тому, что ОС не имеет доступа к управлению генерацией снуп-трафика. Это задача кешей/чипсета/кп.

anonymous
()
Ответ на: комментарий от anonymous

>опять линукс всех рвёт :)

Только, когда потоков обработки клиентских запросов меньше 30. А если больше -- здулся... :))

iZEN ★★★★★
() автор топика
Ответ на: комментарий от MiracleMan

> Молодцы.. Надо бы обновить current да самому посмотреть..

!!!IMXO!!! это был пиар чистой воды, потому, как не были представлены не настройки OS-ей, да и используемые FS были не адекватные друг-другу, вообщем, как преводили ссылки на opennet.ru - ряд разработчиков зделали у себя тесты и оказалось, что картина слегка другая, покрайней мере на FreeBSD - нежеле в оригинальном тесте, так что "Не верю"(c)Станиславский

ZANSWER
()
Ответ на: комментарий от anonymous

> я к тому, что ОС не имеет доступа к управлению генерацией снуп-трафика. Это задача кешей/чипсета/кп.

В том и шутка ;)

Gharik
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.