vadimpl

Member
 View profile  See their activity

  • Content count

    17

  • Joined

  • Last visited

Posts posted by vadimpl

  1. Posted

    1. Поставь с 0 ApexDC 1.1.0, потому что 1.2.0b не стабилен

    В общем-то, на стабильность 1.2.0b принципиально не жалуюсь. Она вылетает почаще предыдущей, но терпимо.

    2. Обновление шары поставь раз в 2 часа или 0 т.е. отключить. Никому от этого плохо не станет зато снизится нагрузка на винт и меньше будет тормозить комп. При перезапуске dc она автообновится и никаких проблем.

    Я так изначально и делаю, раз в 2 часа. Сейчас изменил на 4 часа.

    3. Насчёт Flood не знаю, возможно переустановка apex поможет

    Думаю, это самое верное решение. Но есть два больших "но": 1) шара очень большая, а комп слабый - хеш занимает пару недель; 2) самое главное, у меня в скачке очень много файлов - повторить все поиски я уже не в состоянии.

    4. Если подключён к инету через роутер прокинь порты в районе 20000-25000, подключайся через Файервол с ручным перенаправлением портов с указанием этих портов.

    Именно так и сделано.

    5. Если включён IPGuard и разрешен доступ только к локальным хабам а к инету запрещён, добавь туда ip start 208.78.68.70 ip end 208.78.68.70, тогда будет искаться твой внешний ip.

    Нет, эту штуку не использую.

    В общем, спасибо, я тоже склоняюсь к полной переустановке (сам это другим советовал если не мог объяснить :( ), но по указанным причинам пока лучше дождусь не бету.

  2. Posted

    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

  3. Posted

    ...очень редко, 2-3 раза за день...

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

  4. Posted

    ...Не знаю чё делать... кроме как сменить клиент.

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

    Но, кстати, в нашем локальном хабе большинство сидит на Стронге :)

  5. Posted

    ...программа моментально вылетает без всяких ошибок...

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

    Метод грубый и не выявляющий причину, но более быстрый, чем копание в ДС.

  7. Posted

    Довольно длинное предисловие.

    Примерно месяца 3-4 назад начал замечать сильное уменьшение трафика своего клиента ДС.

    1. Падение количества одновременных скачек/отдач. Было (далее примерные усреднённые данные) 3/15 (лимит на отдачу полностью выбирался), стало 1/4. Естественно, в настройках с лимитами слотов ок.
      Недавнее наблюдение: проблема, оказывается, непостоянная. Насколько заметил, зависит от загрузки компа. Т.е. если запустить задачу, требующую прилично проц. времени (допустим, полная антивирусная проверка), кол-во закачек стремится к 0. И, что совсем не понятно, обратно не возвращается, клиента необходимо перезапускать. Более того, если клиента запускать параллельно с такой ресурсоёмкой задачей, то он прочухивается в норм. окно ~ через полчаса и выкидывает Runtime error. Комп: MB Asus A8N-SLI SE, Athlon 64 3000+ (разогнан с 1.8 до 2.4), RAM 3GB, WinXP 64.

    2. Исчезла очередь на скачку. До этого я видел, что в очереди ко мне висели 10-ки юзеров с буквально сотнями запросов, сейчас - ни одного. Шара (аудиокниги+музыка) за это время только увеличивается, с 2 до почти 2.6 ТБ.

    3. Принципиально изменился вид текущих скачек/отдач. Раньше была вполне "живая" картина, где по каждому юзеру писалось что-то вразумительное (типа "нет слотов", "очередь" и т.п.). Сейчас по подавляющему большинству - долго-долго висит "Соединение...", потом - "Тайм-аут соединения".

    4. Отключение от хабов. Подцеплен к ~30 хабам. Теперь многие из них периодически меня отключают ("An existing connection was forcibly closed by the remote host", "No connection could be made because the target machine actively refused it"). А сисадмин нашего локального хаба (он же и провайдер) показал лог по моему клиенту:
      FLOODPROTECT: User is trying to MYINFO flood the server. Number of affected connections: 1. Banned for 10800 secs!
      FLOODPROTECT: Frequecy is: 3732.74 Hz
      FLOODPROTECT: Detected flood types are: SEARCH MYINFO MYINFO MYINFO MYINFO MYINFO MYINFO MYINFO MYINFO MYINFO -- IP=' 192.168.x.y ' Host=' ' User=' vadimplSPb '

      Почитал http://forums.apexdc.net/index.php?showtop...hl=MYINFO+flood. Да, шара у меня почти всё время обновляется (туда сразу же включаются скачанные файлы). Но и раньше она с такой же частотой обновлялась, а подобной проблемы не помню.

    5. Определение внешнего IP. Перестал выдаваться мой собственный внешний IP по кнопке "Получить IP". Роутер многократно перенастраивал, другие прошивки брал - как заговорённый стал. Но с настройками "Файервол с ручным перенаправлением портов" "Проверить соединение" срабатывает без проблем. Исключал роутер - картина почти аналогичная, за исключением того, что в первые минуты - красотища (всё хорошо :)), как в старые былые годы, а потом... ровно всё описанное.

    Хочется понять - где принципиальная проблема: с настройками клиента и/или с сетевыми (роутер, провайдер,...)?

  8. Posted

    ok, thanks.

    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...

  10. Posted

    Sounds like an ISP problem, contact them to see if they are having network difficulties.

    Also, you may need to run a speed test on your connection to check the current thoroughput on it.

    ok, thanks.

  11. Posted

    Have you got your ports properly set up and your forwarding on?

    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!).

  13. Posted

    On first shot, your sources might be slow. Have you tested in a LAN hub, to start with?
    & 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).