zzeus

zzeus
Рейтинг
74
Регистрация
04.01.2008

На CentOS 5 вполне работает. думаю таки проблемы с кодировкой у вас. На сервере скорее всего UTF-8 а вы ему cp1251 пытаетесь впарить

Brim.ru:
- например 600 раз в день скачивают файл размером 500Мб :)

И это создает нагрузку на CPU? Не смешите мои тапочки.

Записываюсь :)

Cab081:
Во-первых, параллельные секвенции, если и имеют место (это можно, кстати, в суппорте интела спросить), то это частный случай.
Во-вторых, видите, что получается, мы один раз усложнили схему, добавив шаги в секвенцию, потом стали думать над параллельностью, которая описывает только частный случай, может быть только тогда, когда данных на массиве меньше трети минус один диск.

Все эти рассуждения сами только для частного случая. Секвенций VPS генерит не так много. По крайней мере мой локальный тестовый сервер с xen стал намного активнее раздавать контент после перехода на RAID6, причем софтовый! - реально затраты на подсчет контрольных сумм копеечные, а выйгрышь при записи куска больше min_chunk (или набора кусков из кеша) за счет параллельности очень и очень сильный.

Cab081:

Когда данных больше - raid5 нервно курит, как говорит Dlag.
А если у нас еще и винт вылетел, и идет ребилд и пересчет контрольных сумм...

Вот по этому мой хостер использует RAID60 :]

Cab081:
Спасибо, что хоть человеком назвали :)

Cab081 добавил 09.04.2009 в 17:46


эта секвенция про VDS вообще ничего не знает. А VDS про секвенцию.
Это просто последовательность действий контроллера для сохранения логики данных на блинах, так работает кусок кода прошивки контроллера. И у него нет своих средств распараллелить секвенцию. Подозреваю, что он может в один срез времени читать один блок и писать другой, относящийся к другой секвенции, это да. Но не так как Вы описываете, мол, разом все этапы последовтельности(секвенции).

Не. одна секвенция выполняется последовательно. Другое дело, что несколько секвенций могут выполняться параллельно. Ну и плюс количество секвенций с размером блока < min_chunk явно меньшая доля нагрузки на диски.

Cab081:
секвенция..

Сильно сомневаюсь, что VPS генерит секвенций (это записи в логи, ИМХО только) с размером блока < min_chunk достаточно, для оправданий RAID1. Мало того, у вас большое количество клиентов на одном сервере => если количество одновременных записей в логи (на разных VPS) превысит 2 то снова вперед выйдет RAID5/6.

Cab081:
чтение старого блока и его четности

download.intel.com/design/storage/papers/30094601.pdf
здесь хорошая обрисовка в картинке.

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

аналогично, операция записи производится паралельно.

Операция занимает больше времени в случае если размер данных = min_chunk. Обычно контроллер накапливает данные в кеше, пока они не достигнут оптимальных размеров, после чего производит запись на все диски параллельно, что гораздо быстрее.

Cab081:
Поясняю - это не "4 операции записи", это "4 обращения к дискам", как у меня и написано, будьте, пожалуйста, внимательнее.
4 просто операции = 2 операции чтения + 2 операции записи

Так, теперь вопрос - зачем 2 операции чтения?

Всего: 849