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

Исходное сообщение
"OpenNews: Зависимость производительности MySQL Innodb от числа процессорных ядер"

Отправлено opennews , 15-Июл-08 19:02 
"MySQL, Innodb, DBT2 Core Scalability Graphs  (http://www.bigdbahead.com/?p=59)" - результаты зависимости производительности MySQL Innodb от числа задействованных процессорных ядер (от 1 до 16). В некоторых источниках утверждается, что наиболее оптимальные показатели достигаются при использовнии 4-8 ядер CPU. В текущем тестировании пик производительности наблюдается при использовании 6-9 ядер.

URL: http://www.bigdbahead.com/?p=59
Новость: http://www.opennet.me/opennews/art.shtml?num=16968


Содержание

Сообщения в этом обсуждении
"Зависимость производительности MySQL Innodb от числа процессорных ядер"
Отправлено Veter , 15-Июл-08 19:02 
Если я правильно понял, в мускуле при использовании 16-ти ядер вместо 1-го производительность повышается на 25%?

"Зависимость производительности MySQL Innodb от числа процесс..."
Отправлено Anonymous , 16-Июл-08 00:24 
А при использовании 16 ядер производительность ниже чем при использовании 4 :) Рульная статья. Хотя может это не поризводительность считают, а какую-то другую единицу измерения, вроде "первая производная по изменению числа ядер" =)

"Зависимость производительности MySQL Innodb от числа процессорных ядер"
Отправлено terminus , 16-Июл-08 11:44 
>первая производная по изменению числа ядер

4x' = 4
16x' = 16

Незачет, студент... :)


"Зависимость производительности MySQL Innodb от числа процессорных ядер"
Отправлено Serg , 16-Июл-08 15:27 

В версии 5.1 это уже исправлено на 16 корах ведет себя гораздо достойнее чем 5.0, но 5.1 на 32 корах
уже очень сильно отстает и ведет себя так же как 5.0 на 16 .



"Зависимость производительности MySQL Innodb от числа процессорных ядер"
Отправлено ezhik , 16-Июл-08 15:51 
после того, как Postgres пропиарили "нет больше медленных слонов" и показали хорошую масштабируемость с увеличением количества процессоров, а SUN купил MySQL и начал очень непонятную и не последовательную политику, MySQL уходит в прошлое.