#21
|
|||
|
|||
Низкая скорость отправки большого количества мелких файлов
Oleg Redut написал(а) к Vladimir Bakhvaloff в Feb 16 15:01:40 по местному времени:
Доброе (current) время суток, Vladimir! VB> Ну, попробуй взять VB> http://bakhvaloff.ru/Download/Taurus/Tau.160223.1842.7z VB> В каталоге WODebug - без дебаговой информации, должно жить Сутки отстоял с дебагом. Вроде благополучно. Taurus v.5.114.2013.19/Winter/FastMM 4.991/DEBUG Taurus v.5.114.2013.19/Winter Кстати, почему 2013? Сейчас решил заменить без дебага - вылет. Windows 7 Ultimate x64 [version 6.1.7601] Service Pack 1 === Вырезка из филе Windows Clipboard === --------------------------------2016/2/26 15:02:29-------------------------------- FastMM has detected an attempt to call a virtual method on a freed object. An access violation will now be raised in order to abort the current operation. Freed object class: TCronThreadLogger Virtual method: Destroy Virtual method address: 404A60 The allocation number was: 9502 The object was allocated by thread 0x19C0, and the stack trace (return addresses) at the time was: 402E7C [System][@GetMem] 404A17 [System][NewInstance] 404E16 [System][@ClassCreate] 404A4C [System][Create] 5E93BF [MlrThr.pas][MlrThr][Create][17095] 404A20 [System][NewInstance] 5E9464 [MlrThr.pas][MlrThr][Create][17107] 5EB27D [MlrThr.pas][MlrThr][InitMailers][17787] 67C025 [ComeOn.pas][ComeOn][DoComeOn][202] 67C529 [ComeOn.pas][ComeOn][Come_On][311] 774913CD [Unknown function at LdrUnloadDll] The object was subsequently freed by thread 0x19C0, and the stack trace (return addresses) at the time was: 402EA7 [System][@FreeMem] 404A35 [System][FreeInstance] 404E61 [System][@ClassDestroy] 404A6E [System][Destroy] 404A7B [System][Free] 631BB0 [xBase.pas][xBase][FreeItem][4031] 631B80 [xBase.pas][xBase][FreeAll][4023] 6317CD [xBase.pas][xBase][Destroy][3920] 404A7B [System][Free] 633103 [xBase.pas][xBase][FreeObject][4645] 631FFC [xBase.pas][xBase][Destroy][4178] The current thread ID is 0x19C0, and the stack trace (return addresses) leading to this error is: 404A7B [System][Free] 631BB0 [xBase.pas][xBase][FreeItem][4031] 631B80 [xBase.pas][xBase][FreeAll][4023] 6317CD [xBase.pas][xBase][Destroy][3920] 404A7B [System][Free] 633103 [xBase.pas][xBase][FreeObject][4645] 631FFC [xBase.pas][xBase][Destroy][4178] 404A7B [System][Free] 5F041B [MlrThr.pas][MlrThr][Finalization][19702] 405507 [System][FinalizeUnits] 4057E2 [System][@Нalt0] === Кончилась врезка === Что я могу еще сказать?.. Oleg ... AKA oleg(&)redut.info AKA ICQ 28852595 --- GoldED+/W32-MINGW 1.1.5-b20120515 (пока работает) |
#22
|
|||
|
|||
Низкая скорость отправки большого количества мелких файлов
Vladimir Bakhvaloff написал(а) к Alexey Korotkov в Feb 16 17:36:56 по местному времени:
Му!.. Мяу!.. Тьфу... Привет, Alexey!.. Отвечая на письмо Alexey Korotkov => Vladimir Bakhvaloff [Пт 26 Фев 16]: AK>>> SD.SentFiles.Found увеличивается с 0 до N-1 VB>> "Порадую" тебя: я там уже с десяток раз пытался перековырять VB>> что одну, что другую... AK> Да в общем-то ничего сложного нет, главное не делать эти списки AK> большими. Тогда пусть некий "непрограммист" выдаст лёгкий и нежный патч для данной проблемы... AK> Тут другая проблема вылезла. После ускорения сетевого обмена (через AK> модификацию реестра) Сами M$ говорят, что данный хак имеет непредсказуемые последствия... Можешь забыть... AK> Если реестр не патчить, или не использовать шифрованные соединения, AK> то баг вроде как не проявляется, проверил на 100тыс файлах. Q.E.D... Пора, Alexey... Труба зовет... > ------------------------------------------------------------ Windows 7 Ultimate x86 [version 6.1.7601] Service Pack 1 Taurus v.5.114.2013.19/Winter/FastMM 4.991/DEBUG --- System uptime is: 2 day(s) 22:42:28.227 (max. - 27 day(s) 6:38:31.123) |
#23
|
|||
|
|||
Низкая скорость отправки большого количества мелких файлов
Alexey Korotkov написал(а) к All в Mar 16 20:40:30 по местному времени:
Привет All! 28-Фев-2016 09:23, Vladimir Bakhvaloff -> Alexey Korotkov: VB> Ты какого-то "сферического коня в вакууме" подсовываешь, от VB> которого никому ни жарко, ни холодно... Неужели доставляет удовольствие использовать софт, знать о его кривизне и не исправлять его при минимальном вложении усилий? VB> Я всякой binkP-ой пользуюсь с 96-го года, т.е. почти 20 лет... На VB> *rgus перешёл только потому, что держать и воспитывать одновременно VB> tmail и binkd стало стрёмно... Да и люблю я помогать в разработке VB> хорошим друзьям... Ну как хочешь. Корректность работы проверяется в том числе и на большой нагрузке. 2All: Нашел еще один баг, приводящий к жору дескрипторов. Лечится элементарно. Если кому-то нужны будут мои бинарники с возможными фиксми других проблем - обращайтесь. На этом общение на тему сабжа и сопутствующего прекращаю. Alexey --- GoldED+/W32 1.1.5-021109 |