https://opennet.ru/openforum/vsluhforumID3/16433.html Vadim Tkachenko, инженер занимающийся вопросами производительности в компании MySQL AB, провел серию тестов (http://www.mysqlperformanceblog.com/2006/06/15/freebsd-tests/) для оценки производительности FreeBSD 6.0 по сравнению с Suse 10.0.<br><br><br>Тестирование проводилось утилитой sysbench (http://sysbench.sf.net/). При сборке MySQL 5.0.22 с libpthread, FreeBSD показала значительное отставание от SuSE и крайне низкую стабильность (http://bugs.mysql.com/bug.php?id=19496) при большой нагрузке (во FreeBSD 6.1 проблема исправлена (http://www.freebsd.org/cgi/query-pr.cgi?pr=95127)).<br><br><br>Пересобрав MySQL с libthr, следуя данным рекомендациям (http://wikitest.freebsd.org/MySQL), результаты тестов в корне изменились, при нагрузке от 4 до 64 потоков FreeBSD продемонстрировала более высокую скорость работы с базами в формате InnoDB, немного уступив при этом в тестах для MyISAM.<br><br>URL: http://www.mysqlperformanceblog.com/2006/06/15/freebsd-tests/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=7731<br> https://opennet.ru/openforum/vsluhforumID3/16433.html#41 Mon, 19 Jun 2006 07:27:45 GMT Уважаемый prh, я пытаюсь. Если есть возможность поговорить по этому поводу мылом, был бы очень рад, как и что скомпилировано, какие настройки, объем БД и приложения. https://opennet.ru/openforum/vsluhforumID3/16433.html#40 Sun, 18 Jun 2006 18:22:02 GMT &gt;5.х, 6.0 - не пробовал. Сразу перекатился на 6.10. <br>Можно ссылку на версию 6.10? Что-то новенькое... https://opennet.ru/openforum/vsluhforumID3/16433.html#39 Sun, 18 Jun 2006 06:13:16 GMT &gt;&gt;А сколько конфигов я исписал для mysql... <br>&gt;<br>&gt;Уважаемый, как печально все это слышать. Просто изучите один раз нормально систему <br>&gt;FreeBSD и все ее тонкости, и не мучайтесь более. <br>&gt;<br>&gt;У меня на FreeBSD 6.0/6.1 MySQL-серверы держат о*уительные нагрузки. Пример: dual xeon <br>&gt;2,8, 3 gb ram, scsi hdd держит mуsql-сервер с 5k-7k запросов <br>&gt;на секунду. И при этом процессор загружен на 30-40%, а la <br>&gt;&lt;= 3. Вот так. <br><br>Я вот тоже озабочен результатами тестов Фря против Соляры.<br><br>Но 6.1 реально продвинулась! <br><br>На 4.10 двухгловый Хеон с 4Гб озу УМИРАЛ под Мускулом. <br>Вплоть до фризов. 98% в топе это просто неперерывно.<br><br>5.х, 6.0 - не пробовал. Сразу перекатился на 6.10.<br><br>База выросла, нагрузки на базу выросли. Конфиг мускула, и приложения НЕ менялись - топ показывает... 2%. Иногда.<br><br>В общем для начала - 6.10. Ну и треды от Дэвида Зю.<br><br>Я понимаю, нагрузки НЕ ТЕ. Это не 512 тредов, которые потащит Соляра.<br><br>Но после припадков отчаяния с 4.10 - 6.10 это большой прыжок.<br><br>Я очень доволен и верю, что https://opennet.ru/openforum/vsluhforumID3/16433.html#38 Sat, 17 Jun 2006 19:38:43 GMT Уважаемый prh, а какой объем БД у вас? https://opennet.ru/openforum/vsluhforumID3/16433.html#37 Sat, 17 Jun 2006 18:08:52 GMT &gt;А сколько конфигов я исписал для mysql... <br><br>Уважаемый, как печально все это слышать. Просто изучите один раз нормально систему FreeBSD и все ее тонкости, и не мучайтесь более.<br><br>У меня на FreeBSD 6.0/6.1 MySQL-серверы держат о*уительные нагрузки. Пример: dual xeon 2,8, 3 gb ram, scsi hdd держит mуsql-сервер с 5k-7k запросов на секунду. И при этом процессор загружен на 30-40%, а la &lt;= 3. Вот так.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/16433.html#35 Sat, 17 Jun 2006 17:13:31 GMT Проблема производительности mysql на freebsd - самая острая и серьезная для меня уже давно. Несколько лет гонок с тредами, версиями, хинтами и патчами. Я реально устал от этого. Я не вернусь на Линукс (прошу прощения у фанов этой системы, я тоже им был когда-то), и изучать новую систему - сродни выстрелу в спину. <br><br>бещания от версии к версии что все решено, что новые треды стали ахуительно круты и стабильно надоели. <br><br>Блах, печально, печально. <br><br>Вот и сейчас, поа еще не накатив (да-да, я уже накатывал много раз читая релизы и изменения) на 6.1, распологая 6.0, я компилирую линухтреды и вяжу с ними mysql. Ибо нереально иначе, валится или не тянет. <br><br>А сколько конфигов я исписал для mysql... <br><br>Печально. https://opennet.ru/openforum/vsluhforumID3/16433.html#33 Sat, 17 Jun 2006 09:15:01 GMT Да, согласен. В Linux XFS действительно использует generic-read. Выходит, спасти дело может только reiser4... https://opennet.ru/openforum/vsluhforumID3/16433.html#32 Sat, 17 Jun 2006 00:07:08 GMT &gt;Совершенно согласен. Особенно под большими нагрузками, когда памяти на кэш, сколько бы <br>&gt;ее не было, уже не хватает. Тогда грамотно организованное упреждающее чтение, <br>&gt;коим может похвастаться, например, XFS, -- оказывается крайне полезным. К сожалению, <br>&gt;UFS2 подобнм пока не располагает. <br>Нету у XFS никакого особенного грамотного read-ahead, там read через общую общесистемную процедуру сделан. Соответственно и read-ahead логика там общесистемная, читай - никакая.<br>Да и не может она предсказать запросы MySQL.<br><br> https://opennet.ru/openforum/vsluhforumID3/16433.html#31 Sat, 17 Jun 2006 00:01:42 GMT &gt;<br>&gt;Проект еще неизбавился от GIANT локов, а это не есть гут, так <br>&gt;как степень грануляции ядра невысока, в отличие от Linux. <br>&gt;<br>Для тебя будет новостью, что Giant в логах mutex profiling на MySQL практически не присутствует. Теперь борются с другими затыками, которых раньше из-за Giant было не видно.<br>