LINUX.ORG.RU

История изменений

Исправление chaos_dremel, (текущая версия) :

Там есть пару нюансов:

1. Большой размер nr_requests обычно требуется если на HDD ведётся случайная запись/чтение, для того, чтобы минимизировать движение головок по диску. Да latancy становится больше, но на HDD это не так пренципиально

2. Большая очередь будет использоваться только при достаточно большой нагрузке на диск.

3. avgrq-sz и avgqu-sz показывают средние очереди за некий промежуток времени.Вполне возможно что в одну секунду есть пару очередей в 1000+ которые пишутся быстрее, чем раньше и улучшают статистику

4. В рейдовых конфигурациях, deadline обычно больше влияет на нагрузку, чем nr_requests

5. Планировщики и длинна очереди на клиенте тоже важны. Впрочем клиентскую очередь я бы уменьшал,по возможности.

6. Рекомендую ещё последить за объёмом dirty кеша на сервере и клиенте.

Исправление chaos_dremel, :

Там есть пару нюансов:

1. Большой размер nr_requests обычно требуется если на HDD ведётся случайная запись/чтение, для того, чтобы минимизировать движение головок по диску. Да latancy становится больше, но на HDD это не так пренципиально

2. Большая очередь будет использоваться только при достаточно большой нагрузке на диск.

3. avgrq-sz и avgqu-sz показывают средние очереди за некий промежуток времени.Вполне возможно что в одну секунду есть пару очередей в 1000+ которые пишутся быстрее, чем раньше и улучшают статистику

4. deadline обычно лучше влияет на нагрузку в рейдовых конфигурациях

5. Планировщики и длинна очереди на клиенте тоже важны. Впрочем клиентскую очередь я бы уменьшал,по возможности.

6. Рекомендую ещё последить за объёмом dirty кеша на сервере и клиенте.

Исходная версия chaos_dremel, :

Там есть пару нюансов:

1. Большой размер nr_requests обычно требуется если на HDD ведётся случайная запись/чтение, для того, чтобы минимизировать движение головок по диску. Да latancy становится больше, но на HDD это не так пренципиально

2. Большая очередьбудет использоваться толькопри достаточно большой нагрузке на диск.

3. avgrq-sz и avgqu-sz показывают средние очереди за некий промежуток времени.Вполне возможно что в одну секунду есть пару очередей в 1000+ которые пишутся быстрее, чем раньше и улучшают статистику

4. deadline обычно лучше влияет на нагрузку в рейдовых конфигурациях

5. Планировщики и длинна очереди на клиенте тоже важны. Впрочем клиентскую очередь я бы уменьшал,по возможности.

6. Рекомендую ещё последить за объёмом dirty кеша на сервере и клиенте.