Тема: Посоветуйте какой сервак купить

[Gang]

Надо ещё про Винду мануалы почитать. MySql пересмотрел, ничего хитрого нет.

[οlden]

могу ошибаться, но выигрыш во многопоточности ты бы почувствовал если бы все 4 отчета использовали бы I\O-операции с разными файлами базы данных на диске (каждый со со своими файлами) . Раньше у MySQL таблицы находились каждая в своем файле. Как с этим сейчас?
В том же MS SQL все объекты можно хранить в одном файле, а можно разнести группами или поодиночке по разным файлам. Я почувствовал ускорение работы когда снес все индексы базы в отдельный файл, оставив в основном файле все остальное - таблицы, процедуры, функции...
Кстати несмотря на отображение в таскманагере 8-ми процов (на самом деле 2 по 4 ядра), постоянно загружаются параллельно только по одному ядру на каждом камне

[Valera]

olden69 и сейчас каждая в своем файле (по 3 файла на таблицу) ... для myisam формата. шо с innodb - незнаю ...

[Gang]

olden69
А как-же SAS 15К? А RAID 0 256 Mb? Если пересчитать, то у Хenon под нагрузкой производительность быстрее падает.

[οlden]

не может десктопный проц лучше работать с базами данных чем аналогичный процессорный серверный
априори
что-то у вас там не так с конфигурацией
либо тест неподходящий

[Gang]

olden69
Сам в шоке, а тест - реальная рабочая база, на обоих компах идентичная. Она-же и будет стоять. Фиксировалось только время отработки запроса на серваке, без пересылки данных на клиента.

[οlden]

должно же быть что-то у MySQL в документации про заточку под многопроцессорность
ну хотькакие-то рекомендации

[Gang]

olden69
Прочитал все, есть куча настороек памяти, взял пока стандартную настройку на 4 Гб. По поводу многозадачность - только одна оспользовать отдельные потоки для каждого соединения или всё исполнять в одном потоке.

thread_handling

По умолчанию идет многопоточность.

[Gang]

Сегодня прогнал на серваке тест на сжатие WinRar.
Сжатие
Xeon       2.33     2m16s
Core2Duo 2.4       3m44s

Распаковка из архива

Xeon       2.33     26s
Core2Duo 2.4       1m02s

Т.е. SAS 15k в RAID0 где-то в 2 раза быстрее на запись, чем стандартный SATA.
Только как-то работают рывками при записи - наверное кэш периодически сбрасывается.

[οlden]

чует мое сердце шо затык все же по дисковой подсистеме
мы для баз пользуем исключительно RAID 10 (RAID 0+1)

кстати WriteCache на RAID включен?

и что за RAID-контроллер?

я так понял, что он у тебя встроенный аппаратный?
Мы на такое уже нарывались. Сервак, оснащенный неплохим встроенным контроллером, отвезенный нами в Германию и установленный там на площадке, тормозил жутко как для своей ожидаемой производительности.
Идеально на сервер под СУБД ставить внешний аппаратный RAID.  Когда с тем серваком так и поступили (потратили еще 1000$ на внешний контроллер + командировка в Германию специалиста), машинка просто на глазах ожила.
Поэтому надо помнить что для сервера баз данных самое узкое (и потому самое важное) место - диски

[Gang]

olden69
А можно к вам на фирму? У меня и теща в Германии живет, будете экономить на проживании.   
По поводу WriteCache - что лучше поставить?
Read Policy: Read Ahead, No Read Ahead, Adaptive Read Ahead.
Write Policy: Write Throught, Write Back, Force Write Back.

А ты случайно не сравнивал производительность своего сервака с каким нибудь другим сервером/компом? Интересно на каие цифры надо ориентироваться. Так, якобы, быстрее работает, вот только непонятка с нагрузочной способностью.

[οlden]

Gang
Ну у нас на контроллере Adaptec немножко иные опции
Read cache у нас просто Enabled (у тебя скорее всего либо первое, либо Adaptive)
Write cache  - Write Back
сомневаюсь что Force Write Back можно юзать без батарейки
впрочем как и любой cache
но для эксперимента сгодится потестировать с этими опциями

тестировал я только саму DB на новом серваке и на двух старых разных лет покупки
простым тестом - время вставки N-го количества записей в таблицу (в цикле)
разница заметна, раза в полтора...два быстрее
насколько быстрее будут отрабатывать тяжелые запросы - увидим в день выставления счетов
пока я вижу, что та же перестройка индексов на нагруженной базе буквально летает

[Gang]

olden69
Спасибо, включаем.
А на старых серваках какие процы стояли?

[οlden]

на одном два Pentium 3 1000 ГГц и 1 гиг памяти
на другом - два стареньких трехлетних Xeon 2.4 HT  и тоже гиг памяти

[Андрюха]

Ну у нас на контроллере Adaptec немножко иные опции

почитал. полез посмотреть как у нас настроен рэйд. хз, вообще никаких опций не нашел. кроме как бикать 3 раза в случае поломки

[οlden]

у нашего внешнего контроллера свой собственный БИОС
плюс еще и программа под Виндой - Adaptec Storage Manager

[οlden]

и вообще, Gang, таки попробуйте поюзать MySQL под Linux
по идее еще шустрее должен стать

[Андрюха]

плюс еще и программа под Виндой - Adaptec Storage Manager

я ж вот в ней и смотрю

[οlden]

Local Devices -> Properties -> Status

[Gang]

и вообще, Gang, таки попробуйте поюзать MySQL под Linux
по идее еще шустрее должен стать

По поводу Линукса - это если парней сильно прижмет. Там и диск с каким-то дистрибутивом под сервак шел.
Ещё интересно как сервак под нагрузкой работает. Не пробывал тестить разницу в скорости ответа при подключении нескольких юзеров? Мне всегда казалось что сервер для того и нужен, чтоб, допустим, 10-12 юзеров работало с ним не медленнее чем один.

[οlden]

у меня лицензионное ограничение по 5 юзерам
и я в него умудрился уложиться - специфика така

[Gang]

у меня лицензионное ограничение по 5 юзерам
и я в него умудрился уложиться - специфика така

Как это?

[οlden]

PHP

[Gang]

С кешированием RAID поигрались, ничего не меняется, распаковывается архив с толчками.
Порылся в файле my.ini, увеличил thread_cache_size, вроде забегал веселее.

[οlden]

а у меня счета, которые выставлялись часа 4, теперь создаются за 5 минут
но в этом основная заслуга оптимизации, которую сделал при переносе базы на новый сервак
плюс може 64 бита подсобили
може перенос индексов в отдельный файл и их ребилд
може еще перенос временной базы (где курсоры и преселекты и временные таблицы и джойны вертятся) на отдельный диск на другом контроллере
и при работе процедуры создания счетов все 8 ядер нагружены были равномерно