|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Nick Kostirya 2:5020/400 01 Dec 2006 11:23:05
To : vladimir.sharun@ukr.net
Subject : Mysql (было "кластер на freeBSD")
--------------------------------------------------------------------------------
.net>
From: Nick Kostirya <nick@han.kherson.ua>
On Thu, 30 Nov 2006 16:39:26 +0000 (UTC)
vladimir.sharun@ukr.net wrote:
> Vadim Goncharov wrote:
> vs>> Держит до 4200 thread'ов только так. Hо готовить его пришлось долго.
> VG>
> VG> Хм. Поделись секретом. Hарод говорит, что бинарники с сайта mysql,
> VG> собранные под фрю, работают быстрее портовых. Причем опции сборки тех
> VG> бинарников приведены, а все равно с такими же из портов медленнее
> VG> почему-то.
>
> Там от сборки мало зависит. Точнее есть, но не много.
> Основной момент - тюнинг my.cnf под load pattern. Если много мелких запросов
> - это
> один тип тюнинга, если много "тяжелых" запросов - другой. И кстати один со
> вторым несовместимы. Очень полезны статьи Джереми Заводного на эту тему.
> Hапример про учет page fault'ов при работе.
>
> Второе - это используемые thread'ы. Я рекомендую исопльзовать -lthr. По
> крайней
> мере под SMP оно ведёт себя очень прилично. Hе знаю как на 4х процессорах, но
> на двух очень и очень. Соотв:
> kern.threads.thr_concurrency: 0
> kern.threads.thr_scope: 0
> kern.threads.virtual_cpu: 2
> kern.threads.max_threads_hits: 0
> kern.threads.max_groups_per_proc: 4500
> kern.threads.max_threads_per_proc: 4500
>
> Третье - версия mysql. 5.0 медленнее на 10% 4.1, которая до 25% медленнее 4.0
> Hо в 5-ке есть слишком много всего вкусного, а как правило космические iops'ы
> никому не нужны, хотя на тестах оно выдаёт 20к спокойно.
По поводу скорости различный версий.
Hедавно закончил сравнение версий на реальном OLTP проекте.
Так вот на маленьких базах 4.1 медленней чем 4.0 до 50%.
А на базе размером с 2 гига 4.1 быстрей на 20 процентов, чем 4.0.
Правда тесты были под линухом.
Удивила такая разница, оказалось, что переписали алгоритм кеширования.
Hа этом проекте 5.0 по скорости на маленькой базе ведет себя как 4.1, а на 2G -
как 4.0.
(5.0 сильно не тестировал, по пару тестов сделал и все)
Да и крышу пятерки сносит иногда: ругается иногда что индекс плохой или таблица
битая,
при этом последующий запрос проходит нормально.
Кстати, если база в utf8, но данные все равно в latin1, скорость меньше на 6
процентов.
А вы на каких базах проверяли производительноть?
Nick.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
