Низкая скорость бэкапа, серия вторая

[Сергей]

В продолжение http://groups.google.com/group/ru-bacula/t/dbce5db3d30b8d40

Проблему со скорость на почтовике удалось решить только радикально -
перевел базу на мускуль, обновил бакулу до 5.0.2
Итог - Transfer rate = 8.964 M Bytes/second
Был сильно доволен примерно сутки - пока не обнаружил, что на одном из
виндовых серверов скорость упала просто неприлично: до обновления -
5.401 M bytes/second, сейчас идет бэкап Bytes/sec=266,725.

Удалил антивирус, ставил клиенты последовательно 3.0.2 - 5.0.2 - 5.0.3
- результат неизменен. При этом на остальных виндовых же серверах
никаких особенных проблем не заметно. Единственное, чем выделяется
этот сервер - крутится на виртуалке в xen-е

Надеюсь на помощь

[Roman Sozinov]

А какая картина по загрузке IO (диски, сеть), CPU в момент backup'а на
backup-клиенте и на самом backup-сервере?

On Aug 23, 9:59 am, Сергей <uso...@gmail.com> wrote:
> В продолжениеhttp://groups.google.com/group/ru-bacula/t/dbce5db3d30b8d40

[Сергей]

По клиенту: Проц простаивает, память свободна, сеть не нагружена. По
дискам:
% активности диска - 0,499
Обращений к диску/сек - 7,988
Процент времени бездействия - 99,782
Средняя длина очереди диска - 0,005
Текущая длина очереди диска - 0
ИМХО - бездельничает

В бэкап попадают почти исключительно большие файлы, просто по самбе
они копируются очень быстро.
По директору и стораджу - заметной нагрузки нет

[Сергей]

Ура. Я нашел решение

>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters and found it missing. Later on, adding the parameter "DisableTaskOffload" with a value of "1" and rebooting the VM resolved the issue.

Сейчас идет бэкап, Bytes/sec=10,363,987

Всем спасибо за участие :)