Хотелось бы спросить у знающих людей
Снижается ли скорость чтения записи винтов при созданном зеркале с помощью gmirror
И на сколько аппаратный рейд будет быстрее gmirror, и будет ли вообще?
> Хотелось бы спросить у знающих людей
> Снижается ли скорость чтения записи винтов при созданном зеркале с помощью gmirror
> И на сколько аппаратный рейд будет быстрее gmirror, и будет ли вообще?я правильно понимаю, что вопрос связан с предыдущим вопросом о низкой скорости записи на gmirror?
проверить просто, "разбив" зеркало - и посмотрев, как меняется скорость записи. кстати, если уж проверятся скорость записи на диск, так лучше не файл читать, писать - а dd c /dev/zero - тогда будет показана скорость именно записи
до создания зеркала скорость не мерили?смотря какой аппаратный рейд - аппаратными они становятся примерно с 300 баксов :)
> так лучше не файл читать, писать - а dd c /dev/zeroЛучше с /dev/random
> смотря какой аппаратный рейд - аппаратными они становятся примерно с 300 баксов
Самые дешевые - с 200, но это без BBU.
>> так лучше не файл читать, писать - а dd c /dev/zero
> Лучше с /dev/randomа чем? сейчас проверил - скорость генерации random чуть превышает скорость записи на массив raidz из трех дисков и заметно меньше скорости записи на массив из 4ех - то есть будет измеряться не скорость записи, а скорость генерации random
>> Хотелось бы спросить у знающих людей
>> Снижается ли скорость чтения записи винтов при созданном зеркале с помощью gmirror
>> И на сколько аппаратный рейд будет быстрее gmirror, и будет ли вообще?
> я правильно понимаю, что вопрос связан с предыдущим вопросом о низкой скорости
> записи на gmirror?Вообще да, просто сложилась очень странная ситуация и не знаю куда копать, никто нечего толком сказать не может, но факт отстается фактом
На FreeBSD 8,2 с Xeonom 2,5 Ггц и винтами SAS
Скорость к примеру создания 1000 INSERT в Mysql около 15,5 сек
Время SELECT + FETCH 1000 записей 0,4 секА теперь возмем обычный комп на Ubuntu 10
Винт Sata 32 метра кеша
Проц 3 Ггц Core 2 DUOСкорость к примеру создания 1000 INSERT в Mysql около 0,4 сек
Время SELECT + FETCH 1000 записей 0,06 секКонечно первый сервак находиться в нагрузке, но она не очень критичная,
там apache с посещением 10 000 пользователей в день
да и почтовик настроенТакие вот дела
> проверить просто, "разбив" зеркало - и посмотрев, как меняется скорость записи. кстати,
> если уж проверятся скорость записи на диск, так лучше не файл
> читать, писать - а dd c /dev/zero - тогда будет показана
> скорость именно записи
> до создания зеркала скорость не мерили?Нет скорость я не мерил, щас сервак на тех площадке и трудно что то делать
> смотря какой аппаратный рейд - аппаратными они становятся примерно с 300 баксов
> :)А рейд встроенный в мать с чипсетом intel 5520, платформа sr1600urs
Стоит его использовать или это полное г?
а что скажет вывод gstat на работающем сервере?intel 5520 - там внутри ich10 - то есть fake-raid
> а что скажет вывод gstat на работающем сервере?Загрузка средняя 3%
При запуске тестов для mysql нагрузка выросла до 90% скорость была 40 мегов в секКак то явно мало для SAS
> intel 5520 - там внутри ich10 - то есть fake-raid
>> а что скажет вывод gstat на работающем сервере?
> Загрузка средняя 3%
> При запуске тестов для mysql нагрузка выросла до 90% скорость была 40
> мегов в сексейчас проверил на зеркале на "железном" рейде на сасовских винтах (580 hp) - скорость записи 58 М/с - так что скорость порядка 40 на софтовом, я считаю, вполне ничего
>>> а что скажет вывод gstat на работающем сервере?
>> Загрузка средняя 3%
>> При запуске тестов для mysql нагрузка выросла до 90% скорость была 40
>> мегов в сек
> сейчас проверил на зеркале на "железном" рейде на сасовских винтах (580 hp)
> - скорость записи 58 М/с - так что скорость порядка 40
> на софтовом, я считаю, вполне ничегоА почему на ubuntu тогда скорость обычного SATA2 винта порядка 50 м/c
Да и странность с mysql смущает очень в 40 раз медленнее вставка строк, может быть это особенность файловой системы freebsd?
>>>> а что скажет вывод gstat на работающем сервере?
>>> Загрузка средняя 3%
>>> При запуске тестов для mysql нагрузка выросла до 90% скорость была 40
>>> мегов в сек
>> сейчас проверил на зеркале на "железном" рейде на сасовских винтах (580 hp)
>> - скорость записи 58 М/с - так что скорость порядка 40
>> на софтовом, я считаю, вполне ничего
> А почему на ubuntu тогда скорость обычного SATA2 винта порядка 50 м/c
> Да и странность с mysql смущает очень в 40 раз медленнее вставка
> строк, может быть это особенность файловой системы freebsd?почему на убунте - не знаю. но что-то мне подсказывает, что зеркала на убунте не было :)
насчет mysql не подскажу - не знаю
> А почему на ubuntu тогда скорость обычного SATA2 винта порядка 50 м/csata винты рапортуют о завершении операции по попаданию буфера в кэш,
а не при физической записи на диск
>> А почему на ubuntu тогда скорость обычного SATA2 винта порядка 50 м/c
> sata винты рапортуют о завершении операции по попаданию буфера в кэш,
> а не при физической записи на дискХорошо, но почему такая разница в скорости работы базы данных Mysql?
сложный запрос на сата винтах 6 сек, а на сас 13 секЭто чем можно объяснить, всю голову себе сломал
Вроде бы купили нормальный сервер, а теперь выясняется что обычный комп быстрее
> Хорошо, но почему такая разница в скорости работы базы данных Mysql?
> сложный запрос на сата винтах 6 сек, а на сас 13 сек
> Это чем можно объяснить, всю голову себе сломал
> Вроде бы купили нормальный сервер, а теперь выясняется что обычный комп быстреену не знаю :-) гуглите и экспериментируйте
что первым приходит в голову :-)
невыровненные разделы для 4k sector дисков
посмотрите какой чипсет в сервере/ посмотрите что в 8-stable/9 на эту тему
gmirror то же самое - в 8-stable/9
отключите writethrough
проверьте/смените диски/кабели/перемычкиа про mysql список будет еще больше, но я про него ничего не знаю :-)
>> Хорошо, но почему такая разница в скорости работы базы данных Mysql?
>> сложный запрос на сата винтах 6 сек, а на сас 13 сек
>> Это чем можно объяснить, всю голову себе сломал
>> Вроде бы купили нормальный сервер, а теперь выясняется что обычный комп быстрее
> ну не знаю :-) гуглите и экспериментируйте
> что первым приходит в голову :-)
> невыровненные разделы для 4k sector дисков
> посмотрите какой чипсет в сервере/ посмотрите что в 8-stable/9 на эту темуА как можно посмотреть выровненые они или нет?
> gmirror то же самое - в 8-stable/9
> отключите writethroughКак отключить и где вообще это проверить включено или нет, погуглил что то без успехов
> проверьте/смените диски/кабели/перемычкиДиски то новые, подключены через backplane, что тут может быть
> а про mysql список будет еще больше, но я про него ничего
> не знаю :-)
в догонку:
mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x01 Depth 128
mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x02 Depth 128http://vds-admin.ru/freebsd/freebsd-81-i-adapter-lsilogic-10...
> в догонку:
> mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x01 Depth 128
> mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x02 Depth 128
> http://vds-admin.ru/freebsd/freebsd-81-i-adapter-lsilogic-10...Что самое интересное я нечего не менял но посмотрев параметры в системе они стоят правильно, может быть Freebsd научилась сама исправлять такие вещи я не знаю
тут максимум 128 у меня стоит 126
Да кстати заметил что у меня разделы UFS Быть может лучше их было делать UFS2
Есть вообще смысл в этом