Исходное сообщение
"OpenNews: Семь версий Linux ядра за один день: c 2.6.23.2 по..." Отправлено sauron, 19-Ноя-07 18:32
>разработчик НЕ Линукс-ядра, а столь презираемого FreeBSD, именно он, а не >гуру типа mingo, gkh, Alan Cox и других, обнаружил, что с >масштабируемостью Linux не все так гладко даже на совершенной детской ( >по сравнению с суперкомпьютерами ) конфигурации в 8 ядер. > >Никто никогда не задумывался, отчего это произошло? Задумывались. Если вы тут поищете графики в теме NetBSD vs FreeBSD, там еще Linux есть с нештатным malloc, заточеным под потоки. То увидите, что судя по всему проблема не в ядре в штатном malloc. Так-как когда использовали не штатный malloc провала по производительности там где он должен быть (если это проблема ядра) не наблюдалась. А кроме этого там был график с штатным malloc и там вот эта проблема наблюдалась. Какие из этого следуют выводы?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>разработчик НЕ Линукс-ядра, а столь презираемого FreeBSD, именно он, а не >>гуру типа mingo, gkh, Alan Cox и других, обнаружил, что с >>масштабируемостью Linux не все так гладко даже на совершенной детской ( >>по сравнению с суперкомпьютерами ) конфигурации в 8 ядер. >> >>Никто никогда не задумывался, отчего это произошло? > Задумывались. Если вы тут поищете графики в теме NetBSD vs FreeBSD, там > еще Linux есть с нештатным malloc, заточеным под потоки. То увидите, > что судя по всему проблема не в ядре в штатном malloc. > Так-как когда использовали не штатный malloc провала по производительности там где > он должен быть (если это проблема ядра) не наблюдалась. А кроме > этого там был график с штатным malloc и там вот эта > проблема наблюдалась. Какие из этого следуют выводы?
	Введите код, изображенный на картинке: