forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.ARGUS

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

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  
Старый 17.08.2016, 16:37
Vladimir Bakhvaloff
Guest
 
Сообщений: n/a
По умолчанию Низкая скорость отправки большого количества мелких файлов

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  
Старый 17.08.2016, 16:37
Alexey Korotkov
Guest
 
Сообщений: n/a
По умолчанию Низкая скорость отправки большого количества мелких файлов

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
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 02:40. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot