![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Файлообмен через IdFtp, IdFtpServer....
Makhanev Alexander © (2007-01-16 22:23:00)Хотим заюзать сабж для обмена файлами между сервером и сотнями\тысячами клиентов.
Есть ли у этих indy компонентов какие-л. ограничения?
Стоит ли переходить на 10ую версию? Есть ли серьезные known bugs в 9ке?
Anatoly Podgoretsky (2007-01-18 20:33:00) [1]> Makhanev Alexander (18.01.2007 01:52:13) [13]
Еще бы, тут клиенты жалуются, что не получается свыше 30000 одновременных соединений, Винда мешает :-)
Makhanev Alexander (2007-01-18 12:04:00) [2]
> Дмитрий Белькевич © (18.01.07 03:13) [14]
а что именно и как глючило?
Дмитрий Белькевич (2007-01-18 03:13:00) [3]>Не замечено
+1 пользуем девятку обновленную с сайта. Родная, которая шла с делфи семеркой немного глючила.
Makhanev Alexander (2007-01-18 01:52:00) [4]заюзал ftp сервер от ICS - всё зверски летает, пока что выдержал все нагрузки. иногда не выдерживают клиенты (видимо если вырубить в процессе отправки файла)
Anatoly Podgoretsky (2007-01-17 19:48:00) [5]Так это объект какой то не создан, или вообще испорченый указатель.
Makhanev Alexander (2007-01-17 18:51:00) [6]
> Сергей М. © (17.01.07 17:29) [10]
посмотрим, никогда так не искал.
обычно eureka log хватает=)
сенкс.
Сергей М. (2007-01-17 17:29:00) [7]Ищи строку текста, на которую ссылается адрес 00406206
см. Search -> Find Error..
Орион (2007-01-17 17:27:00) [8]> [8] Makhanev Alexander (17.01.07 17:24)
какая полезная информация... :)))
Makhanev Alexander (2007-01-17 17:24:00) [9]при интенсивном юзе клиента на INetFtp (неск-ко клиентов каждые 3-4сек. аплоадят файло) - тот же сервер (IdFtpServer) всё-таки иногда выдает AV:
Message: Access violation at address 00406206 in module 'FtpServer.exe'. Read of address 00000007.
------------------------------------------------------------------------------
|Address |Module |Unit |Class|Procedure/Method |Line|
------------------------------------------------------------------------------
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|7C809A26|kernel32.dll | | |lstrlenW | |
|7C809A31|kernel32.dll | | |lstrlenW | |
|7C809A26|kernel32.dll | | |lstrlenW | |
|7C809A31|kernel32.dll | | |lstrlenW | |
|7C809A31|kernel32.dll | | |lstrlenW | |
|7C90F1CB|ntdll.dll | | |RtlMultiByteToUnicodeN | |
|7C90F0A5|ntdll.dll | | |RtlAnsiStringToUnicodeString| |
|7C90D9BF|ntdll.dll | | |NtFindAtom | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3EB03|user32.dll | | |CallNextHookEx | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|77F2EAFB|GDI32.dll | | |GetCurrentPositionEx | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|77D5C77A|user32.dll | | |DrawTextExA | |
|77D3E900|user32.dll | | |CallWindowProcA | |
|77D3E8EA|user32.dll | | |CallWindowProcA | |
|7C9137A6|ntdll.dll | | |RtlUnlockHeap | |
|7C9010ED|ntdll.dll | | |RtlLeaveCriticalSection | |
|7C9137C2|ntdll.dll | | |RtlUnlockHeap | |
|76369B4F|IMM32.DLL | | |ImmUnlockClientImc | |
|77D3E900|user32.dll | | |CallWindowProcA | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3EB03|user32.dll | | |CallNextHookEx | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3EB03|user32.dll | | |CallNextHookEx | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3EB03|user32.dll | | |CallNextHookEx | |
|77D3D554|user32.dll | | |DefWindowProcA | |
|77D3D540|user32.dll | | |DefWindowProcA | |
|77D3E900|user32.dll | | |CallWindowProcA | |
|77D3E8EA|user32.dll | | |CallWindowProcA | |
|77D3B38E|user32.dll | | |DefWindowProcW | |
|77D3B3A2|user32.dll | | |DefWindowProcW | |
|77D3B3A2|user32.dll | | |DefWindowProcW | |
|77D3D554|user32.dll | | |DefWindowProcA | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3D540|user32.dll | | |DefWindowProcA | |
|77D3E900|user32.dll | | |CallWindowProcA | |
|77D3E8EA|user32.dll | | |CallWindowProcA | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D3EB03|user32.dll | | |CallNextHookEx | |
|77D3EB39|user32.dll | | |CallNextHookEx | |
|77D396C2|user32.dll | | |DispatchMessageA | |
|77D396B8|user32.dll | | |DispatchMessageA | |
|0049D21F|FtpServer.exe|FtpServer.dpr| | |13 |
|7C90E64C|ntdll.dll | | |NtSetInformationThread | |
------------------------------------------------------------------------------
Орион (2007-01-17 15:24:00) [10]> [5] Makhanev Alexander (17.01.07 15:09)
попробуй 10ю версию.
Сергей М. (2007-01-17 15:17:00) [11]
> Makhanev Alexander (17.01.07 15:09) [5]
> напр, AV на сервере после аплоада
Ну так ты определи, какой конкретнокод вызвал AV, прежде чем на Инди пенять)
На то есть отладчик и открытые исходные индейские тексты ...
> пытаешься закрыть форму, а ей пофиг
Опять же - отладчик на что тебе дан ?
Makhanev Alexander (2007-01-17 15:09:00) [12]
> Сергей М. © (17.01.07 14:21) [4]
сейчас гоняю демку indy 9 (ftp server\client)...
баги самые разные... напр, AV на сервере после аплоада...
или "незакрывание" окна клиента (будто какойто поток подвис)
когда клиентом юзаю INetFtp ( http://www.winsoft.sk) - то всё ок, ничто ни разу не упало.
под "виснуть" i mean когда пытаешься закрыть форму, а ей пофиг. хотя другие контролы воркают))
Сергей М. (2007-01-17 14:21:00) [13]Что значит "виснуть" ?
Indy использует блокирующий режим сокетов,
Разумеется, при этом вызванный тобой метод Get/Put не вернет управление вызывающему коду до тех пор, пока не будует успешно завершена загрузка/выгрузка всех указанных данных, а скорость загрузки/выгрузки естественно зависит напрямую от стабильности и ширины канала.
Makhanev Alexander (2007-01-17 13:53:00) [14]а у меня одна и та же демка idftp-idftpserver вчера нормально работала в , а седня начинает виснуть каждый раз после upload'а (put).....
кто знает, от чего оно?
я видел много мессаг об ошибках в indy. там очень критично чтоб ftp канал работал стабильно на ~1000 клиентах.
Сергей М. (2007-01-17 10:41:00) [15]
> Есть ли серьезные known bugs в 9ке?
Не замечено.
Makhanev Alexander (2007-01-17 10:37:00) [16]nobody knows?