Вход на сайт
быстродействие системы ...
NEW 09.08.11 19:28
в ответ Andrew13 09.08.11 14:42
NEW 09.08.11 19:39
Для RAID1 вероятность отказа будет P^2
Ну а про RAID0 меня попровили. Суть та же - вдвое хуже single disk
Не спорю. Конечно прочесть его возможно, вопрос насколько это трудоемко?
Я не встречал, чтобы это делали, обычная процедура была - контроллер сломался - берем новый контроллер, а массив переформатируем.
Вы действительно уверены, что массив, который управлялся контроллером реально запустить, скажем, как software RAID под Linux? И в начале устройств не пишется никаких служебных блоков, уникальных для каждого контроллера, и начало "полезной области" побитой на стрипы совпадет?
Пару раз видел SATA RAID, где можно было выбрать только организацию массива, а размер стрипа она выбирала сама и пользователю не сообщала - это ж
его потом методом проб и ошибрк искать. IMHO гимор неприемлемый для домашних нужд.
Такой штуки я не встречал.
А в свое время игрался с массивом из 4 дисков BD03685A24 (10K RPM, Ultra 320) посаженых на общую шину Ultra 160 Adaptec 39160D и linux software RAID, CPU Xeon 2.2 GHz.
В качестве меры скорости использовал тайминг команды
В ответ на:
для RAID0 будет 2P
------
Это для райд1... но не суть - бэкап никто не отменял...
для RAID0 будет 2P
------
Это для райд1... но не суть - бэкап никто не отменял...
Для RAID1 вероятность отказа будет P^2
Ну а про RAID0 меня попровили. Суть та же - вдвое хуже single disk
В ответ на:
читабелен только с тем-же контроллером
------
Кто это тебе сказал? Диски остаются все теми же ИДЕ\САТА дисками... Софтом все читается и склеивается... только много медленнее...
читабелен только с тем-же контроллером
------
Кто это тебе сказал? Диски остаются все теми же ИДЕ\САТА дисками... Софтом все читается и склеивается... только много медленнее...
Не спорю. Конечно прочесть его возможно, вопрос насколько это трудоемко?
Я не встречал, чтобы это делали, обычная процедура была - контроллер сломался - берем новый контроллер, а массив переформатируем.
Вы действительно уверены, что массив, который управлялся контроллером реально запустить, скажем, как software RAID под Linux? И в начале устройств не пишется никаких служебных блоков, уникальных для каждого контроллера, и начало "полезной области" побитой на стрипы совпадет?
Пару раз видел SATA RAID, где можно было выбрать только организацию массива, а размер стрипа она выбирала сама и пользователю не сообщала - это ж
его потом методом проб и ошибрк искать. IMHO гимор неприемлемый для домашних нужд.
В ответ на:
за систему на относительно небольшом SSD и данные на обычном диске
------
И вот тут появляется мой вопросик из соседней ветки - Достаточно ли 96Гб (смотри выше W400\R500) под системы? и Какова будет суммарная производительность в райд1?
На маме у меня САТА2 - т.е. примерно до 350 мб\сек... но там их сейчас и близко нет...
за систему на относительно небольшом SSD и данные на обычном диске
------
И вот тут появляется мой вопросик из соседней ветки - Достаточно ли 96Гб (смотри выше W400\R500) под системы? и Какова будет суммарная производительность в райд1?
На маме у меня САТА2 - т.е. примерно до 350 мб\сек... но там их сейчас и близко нет...
Такой штуки я не встречал.
А в свое время игрался с массивом из 4 дисков BD03685A24 (10K RPM, Ultra 320) посаженых на общую шину Ultra 160 Adaptec 39160D и linux software RAID, CPU Xeon 2.2 GHz.
В качестве меры скорости использовал тайминг команды
dd bs=4M count=4000 if=/dev/zero of=dummyfile
при записи на свежеформатированый раздел.
Единичный диск показывал весьма скромный результат 55 Mb/s, RAID0 - 80 Mb/s (удивляюсь, почему не больше, я ожидал близко к 160- скорости шины, но так вышло), RAID1 и 5 - около 40-45 Mb/s. Это с "оптимальным" размером стрипа, который в результате проб для всех конфигураций RAID оказался ~32-64 kb.
А при записи реального содержимого файловой системы (пользовательский home) на RAID5 реальная скорость вообще была 15-25 Mb/s
NEW 09.08.11 19:49
спец. по российским докам, 8 лет отработал, история длинная, рассказывать особо не хочу,
получится уж очень грустно. Славке рассказвывал, нашло как-то ...
Щас Кауфманн мну, грос унд аусенхандель.
в ответ kajf 09.08.11 16:04
In Antwort auf:
ты же по зубам спец, или как?
ты же по зубам спец, или как?
спец. по российским докам, 8 лет отработал, история длинная, рассказывать особо не хочу,
получится уж очень грустно. Славке рассказвывал, нашло как-то ...
Щас Кауфманн мну, грос унд аусенхандель.
Das Bremsen macht nur Alufelgen dreckig :)) !!! Verrückter Vento-лётчеГ.
NEW 09.08.11 20:21
в ответ vlasow 09.08.11 19:39
Суть та же - вдвое хуже single disk
------
Пока ты не можешь предсказать время отказа - "вдвое хуже" - звучит почти бессмысленно.
В любом случае вопрос стоит - вероятность отказа между бэкапами и при современной
надежности и регулярном (суточном) бэкапе разница между P^2 почти ноль...
вопрос насколько это трудоемко?
------
Очень... надо открутить три винта, выдернуть 4 шлейфа, воткнуть 4 шлейфа и нажать ENTER...
Я не встречал, чтобы это делали
------
На прошлой работе делали - восстановление райд5 из дохлого контроллера и горелого диска...
Никакой проблемы, кроме того, что заняло почти сутки...
уникальных для каждого контроллера
------
Неа... серии - пишутся, но они уникальны в пределах серии... и абсолютно не мешают остальному.
гимор неприемлемый для домашних нужд.
------
Домашние нужды - они весьма разные... У меня, вот, для домашних нужд используется двухпроцессорный
сервер таргетированный для малого бизнеса... где-то на 20-30 рабочих мест... и мне - не много... и даже
сейчас нужно слегка проапгрейдится - не хватает суммарной производительности...
я ожидал близко к 160
------
хммм... как раз 85-90 - по моим представлениям - должно быть вполне реально...
И это как раз то, к чему собираюсь стремится... только на уровне указанного SSD - W450\R550 x 1.6
------
Пока ты не можешь предсказать время отказа - "вдвое хуже" - звучит почти бессмысленно.
В любом случае вопрос стоит - вероятность отказа между бэкапами и при современной
надежности и регулярном (суточном) бэкапе разница между P^2 почти ноль...
вопрос насколько это трудоемко?
------
Очень... надо открутить три винта, выдернуть 4 шлейфа, воткнуть 4 шлейфа и нажать ENTER...
Я не встречал, чтобы это делали
------
На прошлой работе делали - восстановление райд5 из дохлого контроллера и горелого диска...
Никакой проблемы, кроме того, что заняло почти сутки...
уникальных для каждого контроллера
------
Неа... серии - пишутся, но они уникальны в пределах серии... и абсолютно не мешают остальному.
гимор неприемлемый для домашних нужд.
------
Домашние нужды - они весьма разные... У меня, вот, для домашних нужд используется двухпроцессорный
сервер таргетированный для малого бизнеса... где-то на 20-30 рабочих мест... и мне - не много... и даже
сейчас нужно слегка проапгрейдится - не хватает суммарной производительности...
я ожидал близко к 160
------
хммм... как раз 85-90 - по моим представлениям - должно быть вполне реально...
И это как раз то, к чему собираюсь стремится... только на уровне указанного SSD - W450\R550 x 1.6
NEW 09.08.11 20:53
TC говорил про домашний компьютер. И не как у некоторых - почти datacenter :) Как я понимаю для системного диска backupа не предвидится.
IMHO 96 Гб должно хватить систем на 4-5. Скорость RAID1 должна быть порядка скорости одиночного диска (при записи, читать можно быстрее), т.е. для упомянутого Kingston я бы ожидал 80-120 где-то.
На работе сталкивались с тем, что быстродействие RAID (использовали 0 и 5) массивов катастрофически падает, когда к ним идет много параллельных обращений.
Т.е. типичная ситуация - задача с фермы читает объемные данные с массива. Пока задача одна - все летает, две - живет, а если их ~10 - стопорится до 0.1 Mb/s :)
Собственно оно и с одиночным диском так, но меньше выражено.
Наверное за счет того, что SSD не нужно перемещать головки массив из SSD не будет иметь такой проблемы.
в ответ Murr 09.08.11 20:21
В ответ на:
вероятность отказа между бэкапами и при современной надежности и регулярном (суточном) бэкапе
вероятность отказа между бэкапами и при современной надежности и регулярном (суточном) бэкапе
TC говорил про домашний компьютер. И не как у некоторых - почти datacenter :) Как я понимаю для системного диска backupа не предвидится.
IMHO 96 Гб должно хватить систем на 4-5. Скорость RAID1 должна быть порядка скорости одиночного диска (при записи, читать можно быстрее), т.е. для упомянутого Kingston я бы ожидал 80-120 где-то.
На работе сталкивались с тем, что быстродействие RAID (использовали 0 и 5) массивов катастрофически падает, когда к ним идет много параллельных обращений.
Т.е. типичная ситуация - задача с фермы читает объемные данные с массива. Пока задача одна - все летает, две - живет, а если их ~10 - стопорится до 0.1 Mb/s :)
Собственно оно и с одиночным диском так, но меньше выражено.
Наверное за счет того, что SSD не нужно перемещать головки массив из SSD не будет иметь такой проблемы.
NEW 09.08.11 21:11
в ответ vlasow 09.08.11 20:53
На работе сталкивались с тем, что быстродействие RAID (использовали 0 и 5) массивов катастрофически падает, когда к ним идет много параллельных обращений.
------
Помимо известных проблем обычных ХД, есть еще проблемы контроллеров...
Помнится, тестили один ИДЕ-контроллер... Скорость обмена, по сравнению
со стандартным, с тем же диском, возросла раз в 10-15... При этом он не
задыхался от паралельных задач... пока не упирался в производительность
шины.
Так что - надо брать правильное железо...
оно и с одиночным диском так
------
Угу... особенно, если диск медленный... ну как ЦД/ДВД... три задачи, читающие
один и тот же диск, практически ничего не делают...
SSD не будет иметь такой проблемы.
------
Там есть та же самая проблема, но на другом уровне...
------
Помимо известных проблем обычных ХД, есть еще проблемы контроллеров...
Помнится, тестили один ИДЕ-контроллер... Скорость обмена, по сравнению
со стандартным, с тем же диском, возросла раз в 10-15... При этом он не
задыхался от паралельных задач... пока не упирался в производительность
шины.
Так что - надо брать правильное железо...
оно и с одиночным диском так
------
Угу... особенно, если диск медленный... ну как ЦД/ДВД... три задачи, читающие
один и тот же диск, практически ничего не делают...
SSD не будет иметь такой проблемы.
------
Там есть та же самая проблема, но на другом уровне...
NEW 09.08.11 22:45
Чудеса какие-то. Это что ж за диск, который способен читать данные с поверхности со скоростью внешней шины? Да еще и не тормозить, если его заставить при этом дергать головками? IMHO нереально.
Может образчик данных был мал и полностью лежал в кэше диска - тогда да - ограничивает только скорость шины и не будет деградации от параллельных запросов.
Либо контроллер был кэширующий а упор в скорость шины был упором в скорость PCI, а не IDE?
в ответ Murr 09.08.11 21:11
В ответ на:
Помнится, тестили один ИДЕ-контроллер... Скорость обмена, по сравнению со стандартным, с тем же диском, возросла раз в 10-15... При этом он не задыхался от паралельных задач... пока не упирался в производительность шины.
Помнится, тестили один ИДЕ-контроллер... Скорость обмена, по сравнению со стандартным, с тем же диском, возросла раз в 10-15... При этом он не задыхался от паралельных задач... пока не упирался в производительность шины.
Чудеса какие-то. Это что ж за диск, который способен читать данные с поверхности со скоростью внешней шины? Да еще и не тормозить, если его заставить при этом дергать головками? IMHO нереально.
Может образчик данных был мал и полностью лежал в кэше диска - тогда да - ограничивает только скорость шины и не будет деградации от параллельных запросов.
Либо контроллер был кэширующий а упор в скорость шины был упором в скорость PCI, а не IDE?




