The OpenNET Project / Index page

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

Тестирование производительности операционных систем, используя MySQL

10.02.2005 09:43

В статье "Using MySQL to benchmark OS performance" рассматривается рациональность использования MySQL к качестве средства для измерения производительности (для тестирования выбраны утилиты SysBench и Super Smack). Приводятся рекомендации по сборке и оптимизации MySQL для разных операционных систем, определяется общая стратегия проведения эксперимента.

Во второй части статьи "Comparing MySQL performance" демонстрируются графики отражающих производительнось MySQL на платформах (с включенным SMP и без) FreeBSD 4.11, FreeBSD 5.3, NetBSD 2.0, Linux 2.6, Linux 2.4, Solaris 10 x86 (build 69), OpenBSD 3.6.

Кратко о результатах:

  • В конфигурации без SMP, в тесте select-key, победу одержала NetBSD (в других тестах она часто была на последних местах), затем Linux 2.6, Linux 2.4, OpenBSD и худшие результаты продемонстрировала FreeBSD.
  • Тот же select-key тест, но при сборке с поддержкой SMP поменял расстановку сил - Linux 2.6, Linux 2.4, FreeBSD 5.3 (KSE), NetBSD 2.0.
  • В тесте update-select результаты мало отличались от "select-key" за исключением того, что в SMP конфигурации FreeBSD 5.3 (KSE) оказался на предпоследнем месте.
  • Тест SysBench (1 миллион строк) без SMP: Linux 2.4, Linux 2.6, Solaris 10, FreeBSD 4.11 (LT), остальные заметно отстают (далее отстающих не упоминаю).
  • Тест SysBench (1 миллион строк) с SMP: Linux 2.6, Linux 2.4, Solaris 10, FreeBSD 4.11 (LT).
  • Тест SysBench (10 миллионов строк) без SMP: Linux 2.4, Linux 2.6, Solaris 10, далее вровень идут FreeBSD 4.11 (LT), FreeBSD 5.3 (KSE) и FreeBSD 5.3 (LT).
  • Тест SysBench (10 миллионов строк) с SMP - результаты почти совпадают с тестом без SMP.

    Итог: Приемлемую производительность показали платформы: Linux 2.6, Linux 2.4, Solaris 10, FreeBSD 4.11 (linuxthreads) и FreeBSD 5.3 (KSE).

    Заметки по настройке и конфигурации:

  • Настройки MySQL 4.0.22 (my.cnf):
    • innodb_buffer_pool_size=256M
    • innodb_log_file_size=128M
    • innodb_log_buffer_size=8M
    • innodb_flush_log_at_trx_commit=1
  • NetBSD и FreeBSD:
    • options MAXDSIZ="(896*1024*1024)"
    • options MAXSSIZ="(896*1024*1024)"
    • options DFLDSIZ="(896*1024*1024)"
  • Под FreeBSD 5.3 MySQL тестировался как с использованием KSE, так и linuxthreads.
  • Под FreeBSD 4.11 - ibc_r и linuxthreads.
  • MySQL под Linux тестировался с ядрами 2.4 и 2.6 (NPTL треды), в качестве файловой системы выбрана ReiserFS 3.

    1. Главная ссылка к новости (http://software.newsforge.com/...)
    2. SysBench: a system performance benchmark
    3. MySQL Super Smack is a benchmarking
    4. OpenNews: Тесты производительности и масштабируемости: Linux и BSD, Solaris 9 x86 и Linux.
    5. OpenNews: Создание условий для идеального теста производительности FreeBSD
    Лицензия: CC BY 3.0
    Короткая ссылка: https://opennet.ru/5041-mysql
    Ключевые слова: mysql, benchmark, freebsd, linux, tune
    При перепечатке указание ссылки на opennet.ru обязательно


    Обсуждение (8) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, klalafuda (?), 10:55, 10/02/2005 [ответить]  
  • +/

    NetBSD's view point:
    http://mail-index.netbsd.org/netbsd-advocacy/2005/02/

    // wbr

     
  • 1.2, citrin (ok), 13:01, 10/02/2005 [ответить]  
  • +/
    Странно, что по этим тестам KSE в FreeBSD 5.3 почти не дает приемуществ.
     
  • 1.3, xz (??), 14:20, 10/02/2005 [ответить]  
  • +/
    ну блин, всеж разница между лайт вейт и хеви вейт тредами налицо как некрути
     
  • 1.4, Аноним (4), 17:04, 10/02/2005 [ответить]  
  • +/
    вот бы такойже тест по oracle посмареть бы ещё...
     
  • 1.5, Barsuk (??), 19:46, 10/02/2005 [ответить]  
  • +/
    А влияло бы на результаты выбор другого дистрибутива Linux? и разве только обознаеченные параметры ядра влияют на производительность MySQL под FreeBSD?
     
     
  • 2.7, butcher (ok), 08:42, 11/02/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Там, кстати, внизу говорится, что дистрибутив линуха оптимизирован под i686 и было бы честнее если бы остальные ОСы тоже так пересобрать..
     
     
  • 3.8, pazke (?), 09:33, 11/02/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну добавило бы это остальным ОСам 2-3 процента производительности, сильно бы изменилась картина ?
    Да и на масштабируемости ОС это бы не сказалось.
     

  • 1.6, Аноним (4), 01:25, 11/02/2005 [ответить]  
  • +/
    в этом тесте диковую подсистему теслили при помощи mysql посмотрите внимательно
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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