Показать сообщение отдельно
  #17  
Старый 17.08.2016, 16:37
Alexey Korotkov
Guest
 
Сообщений: n/a
По умолчанию Низкая скорость отправки большого количества мелких файлов

Alexey Korotkov написал(а) к Vladimir Bakhvaloff в Feb 16 22:13:58 по местному времени:

Привет Vladimir!

26-Фев-2016 17:36, Vladimir Bakhvaloff -> Alexey Korotkov:

VB> Тогда пусть некий "непрограммист" выдаст лёгкий и нежный патч для
VB> данной проблемы...
Не умею я патчи выдавать, могу в эхе нарисовать :-)

VB> Сами M$ говорят, что данный хак имеет непредсказуемые
VB> последствия... Можешь забыть...
где говорят?
https://support.microsoft.com/en-us/kb/823764
Slow performance occurs when you copy data to a TCP server by using a Windows Sockets API program.
даже приводит изменение реестра как одно из решений. Нигде про непредсказуемые последствия использования данного ключа реестра не говорится.

AK>> Если реестр не патчить, или не использовать шифрованные
AK>> соединения, то баг вроде как не проявляется, проверил на 100тыс
VB> Q.E.D...
Во-первых, стабильность работы (целостность данных) радиуса и компании не должна зависить от скорости работы сети. Я так понимаю. Если косяк есть, логично его исправить если есть возможность. Если косяк вылазит, значит где-то может что-то не так с памятью и данными. Хорошо если ошибка приводит только к разрыву сессии, а не к изменению втихую данных. Другое дело что может быть, для всех кроме меня десяток-другой файлов в секунду это норма, а там вроде как бага и не видно :-)
Во-вторых, мне чудом удалось поймать снифером аналогичное проявление бага и на нешифрованном канале. Кого-нибудь дамп трафика интересует?


Alexey
--- GoldED+/W32 1.1.5-021109
Ответить с цитированием