The OpenNET Project / Index page

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

Тестирование производительности MySQL под FreeBSD

15.06.2006 15:20

Vadim Tkachenko, инженер занимающийся вопросами производительности в компании MySQL AB, провел серию тестов для оценки производительности FreeBSD 6.0 по сравнению с Suse 10.0.

Тестирование проводилось утилитой sysbench. При сборке MySQL 5.0.22 с libpthread, FreeBSD показала значительное отставание от SuSE и крайне низкую стабильность при большой нагрузке (во FreeBSD 6.1 проблема исправлена).

Пересобрав MySQL с libthr, следуя данным рекомендациям, результаты тестов в корне изменились, при нагрузке от 4 до 64 потоков FreeBSD продемонстрировала более высокую скорость работы с базами в формате InnoDB, немного уступив при этом в тестах для MyISAM.

  1. Главная ссылка к новости (http://www.mysqlperformanceblo...)
  2. Подобное тестирование Ubuntu 6.06
  3. Тюнинг производительности MySQL под FreeBSD
  4. MySQL 4.1 SIGBUS failiure with FreeBSD 6.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/7731-freebsd
Ключевые слова: freebsd, mysql, tune, speed, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Дима (??), 15:46, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вывод - большинство предпочтут SuSE, т.к. мало кому охота лезть во фрю с напильником.
     
     
  • 2.2, Furcube (?), 15:57, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    а ты хочешь сделать _хороший_ сервер без напильника?
    что фря проседает под сильной нагрузкой и в особенности это заметно в смп - это уже давно известно, и над этим работают. так что не надо в очередной раз улюлюкать и развивать холиворы.
     
     
  • 3.23, Квагга (?), 06:46, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А большинство предпочнувших СЛЕС оплатит лицензию?
    Это от 3000 до 9000 тонн грина на систему, кстати.


    Или большинство предпочнувших путает цену медиакита с ценой лицензии?

     
  • 2.24, CrazyF (?), 09:44, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > вывод - большинство предпочтут SuSE, т.к. мало кому охота лезть во фрю с напильником.
    В 6.1 проблем нет, зачем напильник? К тому package ещё никто не отменял.
     

  • 1.3, Аноним (-), 16:14, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему напильником? /etc/libmap.conf - на лету меняем для mysql libpthread на libthr. Все :)
     
  • 1.4, Killy (?), 16:30, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а кто конфигурацию системы/мускула указывать будет?
    опять getzef*ckts?
     
     
  • 2.5, greeen (?), 16:44, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    (more details about box and benchmark see here http://www.mysqlperformanceblog.com/2006/06/13/quick-look-at-ubuntu-606/).

    "So I used MySQL 5.0.22 and my box Dual Core Athlon 3800+, 1Gb of RAM."

    Тестирование во FBSD производилось "из коробки", т.е. !True FBSD Way
    ( наверняка GENERIC )

     
     
  • 3.21, Killy (?), 02:53, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    в том-то и дело, что "наверняка"...

    ну почему все громко орут, а нормальный отчет предоставить не могут...

    хотьбы написали что ВСЕ ставилось из коробки - и суши и фря и мускул и сисбенч... одних верси и конфиги дефалтовые...

     
  • 2.6, Аноним (-), 18:03, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    При чем тут конфигурация? Тестирование просто показывает что FBSD не хуже и не лучше линукса, опровергая недавнее тестирование, где FBSD проиграла по производительности в 5 раз.
     
     
  • 3.10, greeen (?), 19:14, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > При чем тут конфигурация?

    Убей себя об стену, умник.

    >Тестирование просто показывает что FBSD не хуже и не лучше линукса, опровергая недавнее >тестирование..

    Оно показывает что MySQL заточена под Linux.

    >...где FBSD проиграла по производительности в 5 раз.

    Проект еще неизбавился от GIANT локов, а это не есть гут, так как степень грануляции ядра невысока, в отличие от Linux.

    Но!  FBSD Prj почти закончил решение этой задачи, так что поживем увидим...

     
     
  • 4.13, vip3r (?), 21:12, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Не забывайте про Solaris, который вроде на БОЛЬШИХ машинах Linux опережает thread-бенчмарках.
     
     
  • 5.22, Killy (?), 02:58, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Не забывайте про Solaris, который вроде на БОЛЬШИХ машинах Linux опережает thread-бенчмарках.
    >

    случаем не на Sun Blade? =)

    вобщем реализация потоков в Линуксе и ФриБСД разная... и, к сожалению, в ФриБСД она сделана... эмммм... "некрасиво" =\

    хотя по результатам этих тестов ситуация значительно улучшилась

     
  • 4.15, Аноним (-), 21:30, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Убей себя об стену, умник.
    Подрасти сначала, мальчик.

    > Оно показывает что MySQL заточена под Linux.
    Это не меньший бред чем 'MySQL на MyISAM таблицах заточена под Linux, но при этом на InnoDB таблицах заточена под FreeBSD'

     
  • 4.31, Pushkin (??), 04:01, 17/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >Проект еще неизбавился от GIANT локов, а это не есть гут, так
    >как степень грануляции ядра невысока, в отличие от Linux.
    >
    Для тебя будет новостью, что Giant в логах mutex profiling на MySQL практически не присутствует. Теперь борются с другими затыками, которых раньше из-за Giant было не видно.
     

  • 1.8, Аноним (-), 19:09, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хочу сказать, что FreeBSD проигрывает по производительности тому же SLES 9, причем значительно. Могу показаться голословным, сейчас не могу привести условия и результаты моих наблюдений подробно. На одной и той же машине с 4 - мя процессорами под реальной нагрузкой около 1500 - 2000 запросов с сек под FreeBSD mysql ушел в глубокий ступор в связи с огромной конкуренцией потоков. На SLES ничего подобного не наблюдается, все пляшет без напрягов. Конфигурация, версия mysql, машина - одинаковые. Тестировалось на реальном проекте, что не есть гуд, однако прочуствовал эту разницу очень хорошо.
     
  • 1.9, Аноним (-), 19:12, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К предыдущему посту: Да, FBSD 6.1 и SLES 9 2.6 ядро. Памяти много.
     
  • 1.11, Злобный псих (?), 20:06, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может вы generic юзали?! :)
     
  • 1.12, Аноним (-), 20:29, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может не юзал :) Генерик юзаю только при установке.
    Юзал libthr, кстати. lipthread - вообще что-то с чем-то.
     
  • 1.14, Myc (??), 21:19, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно было бы сравнить MySQL-FreeBSD с ULE и 4BSD.
     
     
  • 2.18, smb (?), 23:54, 15/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Фряшный коммитер тестил, поиск в группах гуглевых...

    ps. afaik, пора уже и третий шедулер включать, который David Xu недавно закоммитил....;)

     
     
  • 3.27, leonardinius (ok), 15:23, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>ps. afaik, пора уже и третий шедулер включать, который David Xu недавно закоммитил....;)
    а вот насчет этого нельзя немного поподробнее?
     
  • 2.19, Dyr (??), 01:34, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Я тестил, ищите здесь или в community ru_root
     

  • 1.16, Злобный псих (?), 23:06, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Просто подозрительно почему-то у меня на 6.1 всё летает и у половины народа тоже, у другой половины - нет.. видать где-то что-то не от туда растёт или это очередная провокация линухоидов :) лично мне положить на эти вопли :)
     
  • 1.17, Аноним (-), 23:18, 15/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а летает у тебя, потому что у тебя песочница детская, каким бы карьером ты ее не считал
     
  • 1.20, Аноним (-), 02:04, 16/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >а летает у тебя, потому что у тебя песочница детская, каким бы карьером ты ее не считал
    Не надо по себе судить, уважаемый. Не судимым будешь. Аргументы надо приводить.
     
  • 1.25, Аноним (-), 10:04, 16/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Не надо по себе судить, уважаемый. Не судимым будешь. Аргументы надо приводить.

    на двухголовых серверах с оптеронами проблемы с производительностью у фри.

     
  • 1.26, igorsia (?), 10:30, 16/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я возможно ошибаюсь, но FreeBSD, AFAIK,  проигрывает линуксу в плане файловой системы. Так как MySQL в отличие от, скажем, Oracle, требователен к ФС, особенно под MyISAM.
     
     
  • 2.28, fresco (??), 15:56, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно согласен. Особенно под большими нагрузками, когда памяти на кэш, сколько бы ее не было, уже не хватает. Тогда грамотно организованное упреждающее чтение, коим может похвастаться, например, XFS, -- оказывается крайне полезным. К сожалению, UFS2 подобнм пока не располагает.
     
     
  • 3.29, Аноним (-), 17:42, 16/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Read-Ahead можт делать raid контроллер.
     
  • 3.32, Pushkin (??), 04:07, 17/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Совершенно согласен. Особенно под большими нагрузками, когда памяти на кэш, сколько бы
    >ее не было, уже не хватает. Тогда грамотно организованное упреждающее чтение,
    >коим может похвастаться, например, XFS, -- оказывается крайне полезным. К сожалению,
    >UFS2 подобнм пока не располагает.
    Нету у XFS никакого особенного грамотного read-ahead, там read через общую общесистемную процедуру сделан. Соответственно и read-ahead логика там общесистемная, читай - никакая.
    Да и не может она предсказать запросы MySQL.

     
     
  • 4.33, fresco (??), 13:15, 17/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Да, согласен. В Linux XFS действительно использует generic-read. Выходит, спасти дело может только reiser4...
     

  • 1.30, Аноним (-), 00:27, 17/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Июнь на дворе -freebsd 6.1 в релизе
     
  • 1.35, def (??), 21:13, 17/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблема производительности mysql на freebsd -  самая острая и серьезная для меня уже давно. Несколько лет гонок с тредами, версиями, хинтами и патчами. Я реально устал от этого. Я не вернусь на Линукс (прошу прощения у фанов этой системы, я тоже им был когда-то), и изучать новую систему - сродни выстрелу в спину.

    бещания от версии к версии что все решено, что новые треды стали ахуительно круты и стабильно надоели.  

    Блах, печально, печально.

    Вот и сейчас, поа еще не накатив (да-да, я уже накатывал много раз читая релизы и изменения) на 6.1, распологая 6.0, я компилирую линухтреды и вяжу с ними mysql. Ибо нереально иначе, валится или не тянет.

    А сколько конфигов я исписал для mysql...

    Печально.

     
     
  • 2.37, prh (?), 22:08, 17/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >А сколько конфигов я исписал для mysql...

    Уважаемый, как печально все это слышать. Просто изучите один раз нормально систему FreeBSD и все ее тонкости, и не мучайтесь более.

    У меня на FreeBSD 6.0/6.1 MySQL-серверы держат о*уительные нагрузки. Пример: dual xeon 2,8, 3 gb ram, scsi hdd держит mуsql-сервер с 5k-7k запросов на секунду. И при этом процессор загружен на 30-40%, а la <= 3. Вот так.


     
     
  • 3.39, Квагга (?), 10:13, 18/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>А сколько конфигов я исписал для mysql...
    >
    >Уважаемый, как печально все это слышать. Просто изучите один раз нормально систему
    >FreeBSD и все ее тонкости, и не мучайтесь более.
    >
    >У меня на FreeBSD 6.0/6.1 MySQL-серверы держат о*уительные нагрузки. Пример: dual xeon
    >2,8, 3 gb ram, scsi hdd держит mуsql-сервер с 5k-7k запросов
    >на секунду. И при этом процессор загружен на 30-40%, а la
    ><= 3. Вот так.

    Я вот тоже озабочен результатами тестов Фря против Соляры.

    Но 6.1 реально продвинулась!

    На 4.10 двухгловый Хеон с 4Гб озу УМИРАЛ под Мускулом.
    Вплоть до фризов. 98% в топе это просто неперерывно.

    5.х, 6.0 - не пробовал. Сразу перекатился на 6.10.

    База выросла, нагрузки на базу выросли. Конфиг мускула, и приложения НЕ менялись - топ показывает... 2%. Иногда.

    В общем для начала - 6.10. Ну и треды от Дэвида Зю.

    Я понимаю, нагрузки НЕ ТЕ. Это не 512 тредов, которые потащит Соляра.

    Но после припадков отчаяния с 4.10 - 6.10 это большой прыжок.

    Я очень доволен и верю, что 7.х уделает линя на СМП.

    Ибо слип локи обещают большой прорыв рядом с линевыми спин локами.

     
     
  • 4.40, Аноним (-), 22:22, 18/06/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >5.х, 6.0 - не пробовал. Сразу перекатился на 6.10.
    Можно ссылку на версию 6.10? Что-то новенькое...
     

  • 1.38, Аноним (-), 23:38, 17/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уважаемый prh, а какой объем БД у вас?
     
  • 1.41, def (??), 11:27, 19/06/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уважаемый prh, я пытаюсь. Если есть возможность поговорить по этому поводу мылом, был бы очень рад, как и что скомпилировано, какие настройки, объем БД и приложения.
     

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



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

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