|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 01 Nov 2006 10:11:28
To : Dennis Chikin
Subject : Re: gconcat vs gstripe
--------------------------------------------------------------------------------
>>> Dennis Chikin wrote:
VN>> Это тот, который насилует один диск во много раз чаще остальных?
VN>> Или под видом raid3 начал скрываться raid5?
DC> Это тот, который в частности реализован в graid3. Кстати, очень правильно
DC> реализован - по умолчанию чтение идет c первых двух, а на последний пишется
DC> parity. Можно правильно раскидать по двум стандартным IDE каналам.
Я не про то. При каждой записи блока в массив будет писаться по
блоку и на диск с данными, и на диск с контрольной суммой
("parity"). Так? Следовательно, нагрузка записи на диск с
контрольной суммой больше нагрузки на остальные диски в N-1 раз (N
- количество дисков в массиве)
Если я неправ - скажи где неправ. (Оптимизация за счёт кэширования
при последовательной записи не в счёт.) Если прав - объясни (вдруг
знаешь?) почему был реализован R3 вместо промышленного стандарта R5.
И почему ограничение количества только 2^n+1?
DC> Загрузка процессора практически нулевая.
Hу да, ну да. Сколько ему XOR'ов надо сделать, я тихо молчу.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
