The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Тестирование MySQL на DualCore процессоре под FreeBSD 6.0

25.04.2006 12:12

Посетитель под ником Dyr решил протестировать производительность MySQL 5.0.20 на разных машинах и с разными настройками FreeBSD.

В первой части тестирования оценивается производительность сервера на базе двуядерного процессора Intel Pentium D 820 (2,8GHz), с включенным SMP и без.

Вторая часть с результатами тестирования MyISAM и InnoDB таблиц с двумя планировщиками SHED_ULE и SHED_4BSD, а так же сравнение с NoSMP ядром.

  1. Главная ссылка к новости (http://www.opennet.me/base/sys...)
  2. OpenNews: MySQL под Solaris работает на 60-90% быстрее чем под Red Hat Linux
  3. OpenNews: Тестирование Apache, PHP, MySQL под FreeBSD, Linux и Solaris.
  4. Продолжение тестирования MySQL и FreeBSD@DualCore CPU
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/7389-mysql
Ключевые слова: mysql, benchmark, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, GateKeeper (??), 12:43, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эм... Таки DualCore или HTT-capable?

    Что тестили-то? По описанию получается, что HyperThreading.

     
     
  • 2.2, Аноним (-), 12:56, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    У меня Pentium D как два физических процессора выглядит. HTT в Pentium D не включается и machdep.hyperthreading_allowed дергать смысла нет. Нужно было собрать два ядра с SMP и без.
     
     
  • 3.19, Dyr (??), 17:00, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня Pentium D как два физических процессора выглядит. HTT в Pentium
    >D не включается и machdep.hyperthreading_allowed дергать смысла нет.
    Можно пример в студию?
    >Нужно было собрать два ядра с SMP и без.
    Да не вопрос. Уже тестирую...

     

  • 1.3, MaximMoroz (?), 13:02, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    похоже, что тестили smp систему с включенным HT и с выключенным.
     
  • 1.4, Аноним (-), 13:23, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То что htt на smp-системах может дать провал производительности - факт давно известный.
     
  • 1.5, aurved (?), 13:39, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В процессоре Intel Pentium D 820 нет HyperThreading,
    там именно два ядра...
     
     
  • 2.6, GateKeeper (??), 13:55, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. А детектятся они ядром как таки HyperThreading Logical CPUs. И лочатся/разлочиваются по sysctl machdep.hyperthreading_allowed, да?
     
     
  • 3.7, Аноним (-), 14:42, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага. А детектятся они ядром как таки HyperThreading Logical CPUs. И лочатся/разлочиваются
    >по sysctl machdep.hyperthreading_allowed, да?

    Как HyperThreading детектится HTT бит, он как бы есть, но включать бесполезно, так как в PentiumD заблокирован. К DualCore это не имеет ни малейшего отношения, если бы включился HTT - было бы видно 4 лгических процессора, а не два.

     
     
  • 4.9, GateKeeper (??), 14:53, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, для непонятливых _цитирую_ статью:
    > Включение    и   выключение   SMP   осуществляется   путём   изменения machdep.hyperthreading_allowed.

    Так понятнее, что именно тестировалось, включалось/выключалось и почему к DualCore ни малейшего отношения не имеет (в смысле сравнения)?

     
     
  • 5.11, Аноним (-), 15:53, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >> Включение    и   выключение   SMP   осуществляется   путём   изменения machdep.hyperthreading_allowed.
    >
    >Так понятнее, что именно тестировалось, включалось/выключалось и почему к DualCore ни малейшего
    >отношения не имеет (в смысле сравнения)?

    machdep.hyperthreading_allowed включает/выключает HyperThreading и не влияет на работу физических процессоров в SMP системе, у автора статьи HyperThreading _всегда_ был выключен, а DualCore выглядел как два физических CPU, независимо от того что он ставил в machdep.hyperthreading_allowed. Теперь понятно ?


     
     
  • 6.12, GateKeeper (??), 16:15, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    В общем, спор ни о чём. По типу:
    - Да говорю Вам, переходить улицу можно только на _зеленый_ сигнал светофора!!!
    - Да как Вы не понимаете!? Я Вам говорю, что нельзя переходить на красный!!!
     
  • 3.8, Аноним (-), 14:45, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Нашел, это бага с отображением в dmesg во FreeBSD 5 и 6, в 7.0 обещают поправить.
    Во FreeBSD "core" как "logical" выводятся.
     
  • 3.18, Dyr (??), 16:58, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага. А детектятся они ядром как таки HyperThreading Logical CPUs. И лочатся/разлочиваются
    >по sysctl machdep.hyperthreading_allowed, да?
    Да!
    Как говорится, не верите - проверьте сами.
     

  • 1.10, nblx (??), 14:55, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё один кривой тест :-\
    Ну как можно мерять _транзакции_ в секунду на MyISAM??
    Да и тестили (как правильно было замеченно) HTT.

     
  • 1.13, Dyr (??), 16:47, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин, ребят, какие HTT. Это багофича фри, она физические ядра выводит как HTT. Причём и AMD64 тоже.

    Продолжение тестирования здесь: http://community.livejournal.com/ru_root/684224.html

    Начало здесь: http://community.livejournal.com/ru_root/682449.html#cutid1

    Тому, кто написал про _транзакции_ на MyISAM - не заостряйтесь на терминах, почитатайте sysbench документацию. Так чётко описаны запросы, которые делаются к базе. Уберите термин - останется суть. "Скорость выполнения простых SQL-запросов", так лучше?

     
     
  • 2.14, Dyr (??), 16:50, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Не говоря уж о том, что специально для сомневающихся, что это два ядра, привёл вывод sysctl -a | grep -a cpu:

    kern.threads.virtual_cpu: 2
    kern.ccpu: 1948
    kern.smp.cpus: 2
    kern.smp.maxcpus: 16
    debug.cpufreq.verbose: 0
    debug.cpufreq.lowest: 0
    debug.kdb.stop_cpus: 1
    debug.PMAP1changedcpu: 23
    hw.ncpu: 2
    hw.acpi.cpu.cx_supported: C1/0
    hw.acpi.cpu.cx_lowest: C1
    hw.acpi.cpu.cx_usage: 100.00%
    machdep.cpu_idle_hlt: 1
    machdep.hlt_cpus: 0
    machdep.hlt_logical_cpus: 0
    machdep.logical_cpus_mask: 2
    dev.cpu.0.%desc: ACPI CPU
    dev.cpu.0.%driver: cpu
    dev.cpu.0.%location: handle=\_PR_.CPU0
    dev.cpu.0.%pnpinfo: _HID=none _UID=0
    dev.cpu.0.%parent: acpi0
    dev.cpu.1.%desc: ACPI CPU
    dev.cpu.1.%driver: cpu
    dev.cpu.1.%location: handle=\_PR_.CPU1
    dev.cpu.1.%pnpinfo: _HID=none _UID=0
    dev.cpu.1.%parent: acpi0

     
  • 2.15, GateKeeper (??), 16:50, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Не ну так это... Таки Core вырубается по machdep.hyperthreading_allowed что ли? Или таки посредством machdep.hlt_cpus?
     
     
  • 3.16, GateKeeper (??), 16:52, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Даже не, sysctl там не обойтись. Кажется для выруба Core надо вырубить SMP в ядре.
     
     
  • 4.17, Dyr (??), 16:57, 25/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Для полного "выруба" - возможно. Факт состоит в том, что без включения "machdep.h..." top, например, не показывал распределение по процессорам, считая, что он один. И остальные утилиты тоже видели только один проц.
     

  • 1.20, gvf (?), 20:12, 25/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не знаю как mysql, а вот фрю автор явно готовить не умеет...
    в ядре куча всего лишнего. Кому нужен нетграф на БД???
    Автор, выбрось лишнее, это вероятнее всего и дает проблемы с крэшем.
    По использованию сата винтов....
    для проверки влияния СМП'шности конечно значения не имеет, но эти винты совершенно не предназначены для многопоточности. се ля ви.
    Далее, что значит три теста и осреднение? мы чо тестируем процессор???
    А как на счет кеширования? Первый запуск будет самым медленным, вот его и приводи.

    короче: круглый юзер в вакууме. бред.

     
     
  • 2.22, Dyr (??), 01:38, 26/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >не знаю как mysql, а вот фрю автор явно готовить не умеет...
    >
    >в ядре куча всего лишнего. Кому нужен нетграф на БД???
    Блин, мне нужен. Потому что помимо БД, там будет роутинг. Давай-те не трогать netgraph, тем более, что во время теста он был не задействован. И про "кучу всего лишнего" тоже сказок не надо...

    >Автор, выбрось лишнее, это вероятнее всего и дает проблемы с крэшем.
    >По использованию сата винтов....
    >для проверки влияния СМП'шности конечно значения не имеет, но эти винты совершенно
    >не предназначены для многопоточности. се ля ви.
    Это, простите, как? Вы имеете в виду, не умеют упорядочивать очереди запросов? Так SATA-II уже умеет, к сведению. Это раз. И два - я тестирую обычную среднюю конфигурацию, которой пользуется большинство средних размеров предприятия.

    >Далее, что значит три теста и осреднение? мы чо тестируем процессор???
    Идите учить матчасть. Методика тестирования ВСЕГДА предполагает проведение нескольких серий и усреднения результатов.

    >А как на счет кеширования? Первый запуск будет самым медленным, вот его
    >и приводи.
    Читайте документацию на sysbench и скрипт. Во-первых, "первый запуск" там приведён, во-вторых, он делает cleanup таблицы.

    >короче: круглый юзер в вакууме. бред.
    Ну-ну. "Критикуя - предлагай".

     
     
  • 3.33, AutopilotNN (?), 14:06, 27/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Это, простите, как? Вы имеете в виду, не умеют упорядочивать очереди запросов?
    >Так SATA-II уже умеет, к сведению. Это раз.
    SATA умеет. Но, я, купив SATA300 + Primise TX2300 оба с NCQ, с удивлением обнаружил, что FreeBSD 6.0 чихать хотела на SATA300 и определяла всё как SATA150. Только в 6.1 ata_control начал корректно определять чип и SATA300. Но вот какой режим используется, задействован ли NCQ - тайна. При запросе в каком режиме работает винт (UDMA100,66 PIO и пр.) выводится ???.
    Стоит только надеяться, что все режимы задействованы.
    Или узнавать регистры по спецификациям, чтобы проверять это дебагами.

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

     

  • 1.21, Алексей (??), 01:18, 26/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    thread_cache надо больше ставить в my.cnf для этого теста.
    А вообще крайне странные результаты - не должно такого быть. Это с libthr подлинковывается? И таймер какой используется?
     
     
  • 2.23, Dyr (??), 01:39, 26/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >thread_cache надо больше ставить в my.cnf для этого теста.
    Я брал параметры из huge.cnf, насколько мне не изменяет память.

    >А вообще крайне странные результаты - не должно такого быть.
    М-м-м... Сложно сказать, насколько это странные.

    >Это с libthr подлинковывается? И таймер какой используется?
    Я привёл все конфиги MySQL и ядра.


     

  • 1.28, fvl (?), 06:22, 27/04/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, а не пробовали SCHED_4BSD vs SCHED_ULE на SMP?
     
     
  • 2.29, Dyr (??), 08:25, 27/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, а не пробовали SCHED_4BSD vs SCHED_ULE на SMP?
    Пробовал.
    Более того, попробовал их даже на NoSMP =)

    Сейчас готовлю результаты к публикации...

     
  • 2.30, Dyr (??), 09:36, 27/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Сводная компиляция результатов моих тестов здесь:
    http://www.ozerki.net/~dyr/benchmark.html

    Заранее извиняюсь за HTML - это Майкрософтовский Excel, мне было лень заморачиваться с оформлением.

     
     
  • 3.31, fvl (?), 09:42, 27/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Сводная компиляция результатов моих тестов здесь:
    >http://www.ozerki.net/~dyr/benchmark.html
    >
    >Заранее извиняюсь за HTML - это Майкрософтовский Excel, мне было лень заморачиваться
    >с оформлением.

    закладки с низу не пашут...

     
     
  • 4.32, Dyr (??), 10:03, 27/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Странно - проверил в Опере и в IE, работают.
    Ох уж этот MS HTML...
     
     
  • 5.34, smb (?), 00:24, 28/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй потестить libthr by David Xu :)
    По тестам фряшного коммитера поддаёт к perfomance процентов 20-30 =)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру