vadimpl

В общем-то, на стабильность 1.2.0b принципиально не жалуюсь. Она вылетает почаще предыдущей, но терпимо. Я так изначально и делаю, раз в 2 часа. Сейчас изменил на 4 часа. Думаю, это самое верное решение. Но есть два больших "но": 1) шара очень большая, а комп слабый - хеш занимает пару недель; 2) самое главное, у меня в скачке очень много файлов - повторить все поиски я уже не в состоянии. Именно так и сделано. Нет, эту штуку не использую. В общем, спасибо, я тоже склоняюсь к полной переустановке (сам это другим советовал если не мог объяснить ), но по указанным причинам пока лучше дождусь не бету.

Code: c0000005 (Access violation) Version: 1.2.0B (Dec 24 2008) Major: 5 Minor: 2 Build: 3790 SP: 2 Type: 1 Time: 2009-02-28 10:46:29 TTH: 5ADII24KFW4E623DOYD5TW5SZBOKT6GG57KW2NY d:\development\includes\stlport\stlport\stl\_hashtable.c(174): stlp_std::hashtable<stlp_std::pair<stlp_std::basic_string<wchar_t=0x0957FD5C,stlp_std::char_traits<wchar_t>=0x0009FAFA,stlp_std::allocator<wchar_t> > const =0x0957FD70,int>=0x04093F70,stlp_std::basic_string<wchar_t=0x021C1EC4,stlp_std::char_traits<wchar_t>=0x021C1DE8,stlp_std::allocator<wchar_t> >=0x05EA59E0,stlp_std::hash<stlp_std::basic_string<wchar_t=0x0957FDCC,stlp_std::char_traits<wchar_t>=0x004FB4AF,stlp_std::allocator<wchar_t> > >=0x05EA59E0,stlp_std::priv::_UnorderedMapTraitsT<stlp_std::pair<stlp_std:\development\includes\stlport\stlport\stl\_hashtable.c(174) d:\development\includes\stlport\stlport\stl\_hashtable.c(149): stlp_std::hashtable<stlp_std::pair<stlp_std::basic_string<char=0x0957FD24,stlp_std::char_traits<char>=0x04093F70,stlp_std::allocator<char> > const =0x021C1EC4,QueueFrame::QueueItemInfo *>=0x0957FD70,stlp_std::basic_string<char=0x0957FD4C,stlp_std::char_traits<char>=0x004FEB1B,stlp_std::allocator<char> >=0x0957FD5C,dcpp::noCaseStringHash=0x0009FAFA,stlp_std::priv::_UnorderedMulti mapTraitsT<stlp_std::pair<stlp_std::basic_string<char=0x0957FD70,stlp_std::char_traits<char>=0x04093F70,stlp_std::allocator<char> >d:\development\includes\stlport\stlport\stl\_hashtable.c(149) d:\development\includes\stlport\stlport\stl\_hashtable.c(190): stlp_std::hashtable<stlp_std::pair<dcpp::HashValue<dcpp::TigerHash> const =0x0957FD5C,stlp_std::priv::_Rb_tree_iterator<dcpp::ShareManager::Directory::File=0x0009FAFA,stlp_std::priv::_ConstSetTrait sT<dcpp::ShareManager::Directory::File> > >=0x0957FD70,dcpp::HashValue<dcpp::TigerHash>=0x04093F70,stlp_std::hash<dcpp::HashValue<dcpp::TigerHash> >=0x021C1EC4,stlp_std::priv::_UnorderedMapTraitsT<stlp_std::pair<dcpp::HashValue<dcpp::TigerHash> const =0x021C1DE8,stlp_std::priv::_Rb_tree_iterator<dcpp::ShareManagerd:\development\includes\stlport\stlport\stl\_hashtable.c(190) d:\development\includes\stlport\stlport\stl\_hashtable.c(223): stlp_std::hashtable<stlp_std::pair<dcpp::HashValue<dcpp::TigerHash> const =0x05EA59E0,stlp_std::priv::_Rb_tree_iterator<dcpp::ShareManager::Directory::File=0x0957FDC0,stlp_std::priv::_ConstSetTrait sT<dcpp::ShareManager::Directory::File> > >=0x0957FD70,dcpp::HashValue<dcpp::TigerHash>=0x05919190,stlp_std::hash<dcpp::HashValue<dcpp::TigerHash> >=0x23F46D48,stlp_std::priv::_UnorderedMapTraitsT<stlp_std::pair<dcpp::HashValue<dcpp::TigerHash> const =0x021C1DE8,stlp_std::priv::_Rb_tree_iterator<dcpp::ShareManagerd:\development\includes\stlport\stlport\stl\_hashtable.c(223) d:\development\apexdc\trunk\client\sharemanager.cpp(903): dcpp::ShareManager::updateIndices

Пардон, не удержался. 2-3 раза в день - это очень редко?! :thumbsup: У меня сейчас Апекс вылетает очень непериодически, раз в 1-2 недели (предыдущая версия - заметно реже) - и то я считаю это часто. Клиент работает круглосуточно, шара 2.6ТБ, на скачке уйма файлов, скорость до 9 Мб/с (эффективная, на глаз - 1-2 Мб/с, в основном, на отдачу).

Да уж... Логичный вывод. Я также пытался. Последний раз буквально пару недель назад, когда вышел новый Стронг (правда, ставил его поверх). Но он вылетел уже через 10 мин работы (как раз в тот момент, когда я радостно кому-то отписывался в личку, что всё хорошо :thumbsup: ); пришлось обратно; пока Апех из нескольких мною опробованных самый стабильный. Хотя когда шара небольшая, и список скачки мизерный, все клиенты более-менее нормальны. Проблемы с крашами я начал ощущать, когда шара перевалила за ТБ, и список закачки тысячи файлов. Но, кстати, в нашем локальном хабе большинство сидит на Стронге :)

На предыдущих версиях когда подобные (но не точно такие же) были глюки, причина которых была неясна, у меня лечились запуском ДС с чистого листа (или как советует Sergeo7). Метод грубый и не выявляющий причину, но более быстрый, чем копание в ДС.

В каких местах? Не нашёл :)

Довольно длинное предисловие. Примерно месяца 3-4 назад начал замечать сильное уменьшение трафика своего клиента ДС. Падение количества одновременных скачек/отдач. Было (далее примерные усреднённые данные) 3/15 (лимит на отдачу полностью выбирался), стало 1/4. Естественно, в настройках с лимитами слотов ок. Недавнее наблюдение: проблема, оказывается, непостоянная. Насколько заметил, зависит от загрузки компа. Т.е. если запустить задачу, требующую прилично проц. времени (допустим, полная антивирусная проверка), кол-во закачек стремится к 0. И, что совсем не понятно, обратно не возвращается, клиента необходимо перезапускать. Более того, если клиента запускать параллельно с такой ресурсоёмкой задачей, то он прочухивается в норм. окно ~ через полчаса и выкидывает Runtime error. Комп: MB Asus A8N-SLI SE, Athlon 64 3000+ (разогнан с 1.8 до 2.4), RAM 3GB, WinXP 64. Исчезла очередь на скачку. До этого я видел, что в очереди ко мне висели 10-ки юзеров с буквально сотнями запросов, сейчас - ни одного. Шара (аудиокниги+музыка) за это время только увеличивается, с 2 до почти 2.6 ТБ. Принципиально изменился вид текущих скачек/отдач. Раньше была вполне "живая" картина, где по каждому юзеру писалось что-то вразумительное (типа "нет слотов", "очередь" и т.п.). Сейчас по подавляющему большинству - долго-долго висит "Соединение...", потом - "Тайм-аут соединения". Отключение от хабов. Подцеплен к ~30 хабам. Теперь многие из них периодически меня отключают ("An existing connection was forcibly closed by the remote host", "No connection could be made because the target machine actively refused it"). А сисадмин нашего локального хаба (он же и провайдер) показал лог по моему клиенту: Почитал http://forums.apexdc.net/index.php?showtop...hl=MYINFO+flood. Да, шара у меня почти всё время обновляется (туда сразу же включаются скачанные файлы). Но и раньше она с такой же частотой обновлялась, а подобной проблемы не помню. Определение внешнего IP. Перестал выдаваться мой собственный внешний IP по кнопке "Получить IP". Роутер многократно перенастраивал, другие прошивки брал - как заговорённый стал. Но с настройками "Файервол с ручным перенаправлением портов" "Проверить соединение" срабатывает без проблем. Исключал роутер - картина почти аналогичная, за исключением того, что в первые минуты - красотища (всё хорошо ), как в старые былые годы, а потом... ровно всё описанное. Хочется понять - где принципиальная проблема: с настройками клиента и/или с сетевыми (роутер, провайдер,...)?

I discovered one interesting things... Usually I added files to downloading and them I didn't do anything. Gradually growing my problem (bad downloading). Now I search alternatives for each files manually - and downloading somehow is up. BUT: 1. Apex don't search alternatives automatically??? However, if it doing - why it ineffective? 2. I might to search alternatives for each file? I have a hundreds, may be, thousands files in downloading list...

it appeared after moving folder in downloading list (at moment choice destination folder) exceptioninfo.zip

ok, thanks.

I use passive mode... And use it all time that I use DC. In the past this problem was smaller then last 1-2 month; I had more then 100, 200 MB for day. E.g., for today downloaded only 3 MB (1 file)... And another strange thing. When DC is working, downloading stream about 20-100 kb/s (DC isn't downloading at this time!) - but other inet application (IE, GoogleEarth e.g.) are working very slowly (though busy only 10% channel!).

I multiple inspect my settings. Though, I don't understand all of them (not found in Guide). What settings must I see?

& Satan I have traditional connect: my comp - <100Mb> - home router (D-Link) - <100Mb> - building switch of provider - ... Speed of all links are correct. My inet-limit - 1 Mb. I see that down/up speed is about 1-5 Mb in DC-hub our provider. If you mean remote sources, then I don't understand - all of sources are slowly?! Even so, I see in my window (in DC) of running connects: downloading connects, as rule, 0, more rarely - 1-2 (setting - 8); uploading - in compliance with settings (7).

ApexDC 1.0.1. Link is 1 Mb/s. Hubs connected about 30. Many files for downl-g. Problem: for each day Apex are downloading about 20-50 MB, but uploading more then 1 GB! Why? DCPlusPlus.rar