forum.opennet.ru

Составление сообщения

Исходное сообщение

"MySQL под Solaris работает на 60-90% быстрее чем под Red Hat..."
Отправлено DeadMustdie, 23-Апр-06 18:20

>Такая разница может быть вызвана СВЕРХТОЛСТОЙ оптимизацией Solaris.
>Спарковское масштабирование на процы может работать ТОЛЬКО со Спарком\Ниагарой и AMD.
Ню-ню. Некоторое время назад я гонял Solaris как раз на двухпроцессорной системе
с Xeon'ами. И рядом на аналогичном железе под подобной нагрузкой трудился Linux.
Собственно, крутилась и там, и там некая Оракловая база. Субъективно разница
была солидная, и как раз в пользу Solaris.
>Более того, у меня есть подозрение, что "правильный" шедулер может работать
>только на AMD на матерях Sun Fire, подобно тому, как Mac OS
>X запускается только на Эппловских Интелах :(
Вряд ли переход с одного на другой процессор с совместимым набором инструкций
может как-то сильно помочь планировщику делать свою работу, равно как и переход
с одной мамы на другую. Разве что речь зайдёт о NUMA архитектурах, но здесь-то
явно чистейшая 'UMA'.

Исходное сообщение
"MySQL под Solaris работает на 60-90% быстрее чем под Red Hat..." Отправлено DeadMustdie, 23-Апр-06 18:20
>Такая разница может быть вызвана СВЕРХТОЛСТОЙ оптимизацией Solaris. >Спарковское масштабирование на процы может работать ТОЛЬКО со Спарком\Ниагарой и AMD. Ню-ню. Некоторое время назад я гонял Solaris как раз на двухпроцессорной системе с Xeon'ами. И рядом на аналогичном железе под подобной нагрузкой трудился Linux. Собственно, крутилась и там, и там некая Оракловая база. Субъективно разница была солидная, и как раз в пользу Solaris. >Более того, у меня есть подозрение, что "правильный" шедулер может работать >только на AMD на матерях Sun Fire, подобно тому, как Mac OS >X запускается только на Эппловских Интелах :( Вряд ли переход с одного на другой процессор с совместимым набором инструкций может как-то сильно помочь планировщику делать свою работу, равно как и переход с одной мамы на другую. Разве что речь зайдёт о NUMA архитектурах, но здесь-то явно чистейшая 'UMA'.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Такая разница может быть вызвана СВЕРХТОЛСТОЙ оптимизацией Solaris. >>Спарковское масштабирование на процы может работать ТОЛЬКО со Спарком\Ниагарой и AMD. > Ню-ню. Некоторое время назад я гонял Solaris как раз на двухпроцессорной системе > с Xeon'ами. И рядом на аналогичном железе под подобной нагрузкой трудился Linux. > Собственно, крутилась и там, и там некая Оракловая база. Субъективно разница > была солидная, и как раз в пользу Solaris. >>Более того, у меня есть подозрение, что "правильный" шедулер может работать >>только на AMD на матерях Sun Fire, подобно тому, как Mac OS >>X запускается только на Эппловских Интелах :( > Вряд ли переход с одного на другой процессор с совместимым набором инструкций > может как-то сильно помочь планировщику делать свою работу, равно как и переход > с одной мамы на другую. Разве что речь зайдёт о NUMA архитектурах, > но здесь-то > явно чистейшая 'UMA'.
	Введите код, изображенный на картинке:

При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру