GW8 - медленно скачиваются вложения

[Clericos]

GW8.0.2 HP3 - NW6.5 Server Version 5.70.08 (6.5 SP8)
На предыдущих версиях GW - было тоже самое.

Клиенты работают в режиме "Прямое подключение" (не кэшированный ящик).
Все вроде быстро и удобно. Все довольны.

Такая проблема:
медленно скачиваются вложенные в письма файлы. Это уже давно так, просто сейчас заинтересовался.
Для примера взял файл 82 Мб и сохранил из почты на диск.
Заняло это 8минут 2 секунды.
Получается скорость скачивания вложенного файла: 171 Килобайт в секунду. (1,34 Мегабит/с)

При этом если взять файл лежащий в сетевой папке размером 55Мб он скачивается за 12 секунд = 4,58 Мегабайт в секунду (36,67 Мегабит/с).

Это вообще нормально для GroupWise или что-то подкрутить надо?

[Доменика]

GW8.0.2 HP3 - NW6.5 Server Version 5.70.08 (6.5 SP8)
На предыдущих версиях GW - было тоже самое.

Клиенты работают в режиме "Прямое подключение" (не кэшированный ящик).
Все вроде быстро и удобно. Все довольны.

Такая проблема:
медленно скачиваются вложенные в письма файлы. Это уже давно так, просто сейчас заинтересовался.
Для примера взял файл 82 Мб и сохранил из почты на диск.
Заняло это 8минут 2 секунды.
Получается скорость скачивания вложенного файла: 171 Килобайт в секунду. (1,34 Мегабит/с)

При этом если взять файл лежащий в сетевой папке размером 55Мб он скачивается за 12 секунд = 4,58 Мегабайт в секунду (36,67 Мегабит/с).

Это вообще нормально для GroupWise или что-то подкрутить надо?

GroupWise 8.0.2. hp2 на OES2sp2 Linux - импорт документа на 100Мб 7 секунд, открытие 9. Сервер Xenon 4 ядра. Производительность подскакивает конечно, но не более 50%.

[Clericos]

GroupWise 8.0.2. hp2 на OES2sp2 Linux - импорт документа на 100Мб 7 секунд, открытие 9. Сервер Xenon 4 ядра. Производительность подскакивает конечно, но не более 50%.

Чувствую, проблема у меня... Я ещё подумал - как-то странно, на форумах новелл нет подобных тем.

А есть кто с NetWare? проверьте пожалуйста. Может в ней всё дело?

Просто, например кэширование 2-4Гб ящика довольно быстро происходит. А вот сохранение 80 Мб уже дольше. Какая-то странная проблема.

[Clericos]

GroupWise 8.0.2. hp2 на OES2sp2 Linux - импорт документа на 100Мб 7 секунд, открытие 9. Сервер Xenon 4 ядра. Производительность подскакивает конечно, но не более 50%.

У вас GW в режиме "Прямое подключение" или "Кэшированный почтовый ящик"??

[Доменика]

GroupWise 8.0.2. hp2 на OES2sp2 Linux - импорт документа на 100Мб 7 секунд, открытие 9. Сервер Xenon 4 ядра. Производительность подскакивает конечно, но не более 50%.

У вас GW в режиме "Прямое подключение" или "Кэшированный почтовый ящик"??

Прямое!

[Clericos]

GroupWise 8.0.2. hp2 на OES2sp2 Linux - импорт документа на 100Мб 7 секунд, открытие 9. Сервер Xenon 4 ядра. Производительность подскакивает конечно, но не более 50%.

У вас GW в режиме "Прямое подключение" или "Кэшированный почтовый ящик"??

Прямое!

Видимо дело в Netware. Нашел на форуме пару тем с советами по настройке. Буду копать.

У кого GroupWise на Netware, отзовитесь, как у вас со скоростью открытия вложений?

[Павел Гарбар]

GW c 6.0 до 7.0.x. Дизайнеры принимали и отправляли сотнемегабайтные файлы. Не жаловались. Сейчас скорость нормально не померить - коммутатор стоит 100 Мбит (вместо сломавшегося 1Гбит), и места на сервере нет совсем...

[Clericos]

Доменика
Павел Гарбар

Спасибо за помощь.

В общем по этому совету

Поставил

SET TCP DELAYED ACKNOWLEDGEMENT=ON
SET TCP NAGLE ALGORITHM=ON
SET TCP MINSHALL ALGORITHM=ON

Первые 2 были уже ON. После включения третьего - 94 мегабайтный файл открывается из почты за 18 секунд
Т.е. скорость поднялась в 31 раз со 171 Килобайт в секунду до 5388,78 Килобайт в секунду (~42 Мегабит/с)

Большое всем спасибо, а то я уж думал - медленная скорость - специфика GW.

[Ковалев Артем]

У кого GroupWise на Netware, отзовитесь, как у вас со скоростью открытия вложений?

У меня. Не скажу, что открывает ураганом, но жалоб на тормоза от пользователей нет. Хотя письма с атачами на 100-200 мег могут открываться 10-20 минут.

[Clericos]

У кого GroupWise на Netware, отзовитесь, как у вас со скоростью открытия вложений?

У меня. Не скажу, что открывает ураганом, но жалоб на тормоза от пользователей нет. Хотя письма с атачами на 100-200 мег могут открываться 10-20 минут.

Спасибо.
У нас тоже пользователи не жаловались, но после

SET TCP DELAYED ACKNOWLEDGEMENT=ON
SET TCP NAGLE ALGORITHM=ON
SET TCP MINSHALL ALGORITHM=ON

разница в скорости открытия просто поразительна.

[Clericos]

SET TCP DELAYED ACKNOWLEDGEMENT=ON
SET TCP NAGLE ALGORITHM=ON
SET TCP MINSHALL ALGORITHM=ON

нашел статью посвященную этим параметрам и что они делают
http://support.novell.com/techcenter/ar ... 20702.html

Interactive Data Flow

These parameters help regulate interactive data flow in TCP communications.

Delayed Acknowledgement

Syntax: set tcp delayed acknowledgement = string Range: On | Off Default: On (enabled)

This parameter is used to enable or disable the Delayed Acknowledgment support. Normally TCP does not send an ACK the instant it receives data. Instead, it delays the ACK hoping to have data going in the same direction as the ACK so the ACK can be sent along with the data. TCP uses four system ticks (approximately 224 milliseconds, based on the TCP timer schedule rate) to delay the ACK.

With delayed acknowledgements, the number of ACK frames is reduced (especially in relatively fast networks) because several packets are received before the timer expires. Note that slow starts result in an increase of the congestion window. However, as the increase in the congestion window depends on the reception of acknowledgement frames, the congestion window does not open as quickly as it would if it were not using delayed acknowledgements.

Avoiding the use of delayed ACKs during a slow start would appear to help in a satellite channel in the case of small file transfers. For large file transfers, delayed ACKs can help avoid packet loss due to congestion by controlling the bursting from large bunches of ACKs. Delayed ACKs may also be helpful in highly asymmetric channels where ACK bunching may occur. Such bunching could lead to bursting and congestion loss. However, delayed ACKs also cause slower congestion window growth when congestion is avoided. While this is still a topic for research, it is clear that for small transfers delayed ACKs hurt, while for large transfers they can help. An obvious approach is to turn delayed ACKs on only after slow start has gotten the connection up to a reasonable rate.

Nagle Algorithm

Syntax: set tcp nagle algorithm = string Range: On | Off Default: On

This parameter is used to enable or disable support for the Nagle algorithm. This algorithm helps improve performance for wide area networks where there is an excessive number of "tinygrams" (small segments) that can necessitate retransmissions, cause lost packets, and hamper propagation speed through congestion in switching nodes and gateways. This algorithm states that when a TCP connection has outstanding data which has not been acknowledged, small segments cannot be sent until the outstanding data is acknowledged. Instead, small amounts of data are collected by TCP and sent in a single segment when the acknowledgement arrives.

The Nagle algorithm should be used in TCP in cases of one-way bulk data transfer or Telnet-style two-way data transfer.

Minshall's Algorithm

Syntax: set tcp minshall algorithm = string Range: On | Off Default: Off

This parameter is used to enable or disable support for Minshall's Algorithm. An interaction between the sender's Nagle Algorithm and the receiver's Delayed ACK policy can create an especially severe problem: that of a temporary deadlock. The Nagle Algorithm prevents the sender from transmitting more data until it receives an outstanding ACK, while the delayed ACK policy prevents the receiver from transmitting an ACK until more data arrives. Sooner or later, the delayed-ACK timeout breaks the deadlock, but this adds delays to operations that should have completed much faster.

Minshall's Algorithm is an enhancement to the Nagle Algorithm that helps avoid the deadlock without disabling the Nagle Algorithm. The algorithm states that a small packet should be sent only if the connection does not have a small packet unacknowledged. From this statement, it is clear that the Minshall Algorithm allows one unacknowledged small packet per connection.

[skoltogyan]

а у вас между станциями с GW клиентом и Серером Свич или Роутер ?

[Clericos]

а у вас между станциями с GW клиентом и Серером Свич или Роутер ?

Свич (HP ProCurve)

[Ковалев Артем]

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