Запустил под профайлером и увидел что часто зовутся KillTimer и SetTimer
при этом таймер убивается внутри обработчика WM_TIMER
кто знает зачем так сделано?
этот таймер настроен на 10 раз в секунду.
} else if(msg.message == WM_TIMER) {
if (msg.wParam == clsServerManager::sectimer) {
clsServerManager::OnSecTimer();
} else if (msg.wParam == clsServiceLoop::srvLoopTimer) {
clsServiceLoop::mPtr->Looper();
void clsServiceLoop::Looper() {
#ifdef _WIN32
KillTimer(NULL, srvLoopTimer);
#endif
// PPK ... two loop stategy for saving badwith
if(bRecv == true) {
ReceiveLoop();
} else {
SendLoop();
clsEventQueue::mPtr->ProcessEvents();
}
if(clsServerManager::bServerTerminated == false) {
bRecv = !bRecv;
#ifdef _WIN32
srvLoopTimer = SetTimer(NULL, 0, 100, NULL);
if(srvLoopTimer == 0) {
AppendDebugLog("%s - [ERR] Cannot start Looper in clsServiceLoop::Looper\n", 0);
exit(EXIT_FAILURE);
}
#endif
} else {
// tell the scripts about the end
clsScriptManager::mPtr->OnExit();
// send last possible global data
clsGlobalDataQueue::mPtr->SendFinalQueue();
clsServerManager::FinalStop(true);
}
}
Добавлено: 09 авг 2014, 11:40
alex82
flylinkdc,
Видимо, это сделано для того, чтобы пауза между вызовами clsServiceLoop::Looper() была всегда одинаковой. Если таймер не убивать, то она будет уменьшаться по мере увеличения его длительности, и сойдет на нет если длительность превысит 100 мс.
Добавлено: 30 авг 2014, 16:51
aleksei
слушайте,подскажите пожалст. давненько стали меня напрягать пакеты,идущие пачками через одинаковый промежуток времени на 411 от юзеров. то есть какието ихние спам-клиенты посылают излишние запросы. к прмеру
то есть по 5 какихто пакетов в течении 5 секунд. каждые 3 минуты.мне кажется это много. ладно если-б пара запросов за минуту. таких спамерных юзеров 3 или 4 всего-то,а если все так спамить начнут, то и роутер приляжет.
Добавлено: 30 авг 2014, 16:57
flylinkdc
тело пакетов можешь залогировать?
Добавлено: 30 авг 2014, 17:16
aleksei
подскажи как? это на винде.
у этого юзера клиент называется вроде как Peers (r622)
Добавлено: 31 авг 2014, 18:57
WINS
Wireshark и т.п. сниферы. А вообще мыльницороутеры в обиходе это не дело, кто-нить чихнет 20-30к ппс и все отвалится вместе с интернетом.
Добавлено: 01 сен 2014, 12:40
HackFresse
Скачать этот самый Peers r622, запустить на компе хаб и клиента, запустить Wireshark и ждать 3 минуты.
В чем там проблема - интересно, но что с ней делать дальше - непонятно.
Запросы идут от дц-клиента, повлиять на поведение которого будет довольно сложно, как мне кажется.
Разработчики клиента тусят где-то далеко, на хабе, которого нет
Качать клиента тут: http://www.cn.ru/apps/peers/ , внизу ссылка "Загрузить старую версию клиента"
Сейчас прокачивается 3-я версия Peers, а исправление старых версий продукта всегда и везде было занятием трудным/сомнительным.
Зависит от критичности бага, а в данном случае он "напрягает" очень немногих..
Добавлено: 01 сен 2014, 16:49
aleksei
это далеко не мыльницо.с чего такие выводы.
Добавлено: 04 сен 2014, 03:10
WINS
aleksei писал(а):это далеко не мыльницо.с чего такие выводы.
с этого высказывания если не секрет что за девайс? - вопрос снят, ASUS RT-N56U детект
то есть по 5 какихто пакетов в течении 5 секунд. каждые 3 минуты.мне кажется это много ..... роутер приляжет.
копеечный "не мыльницо" роутер из того что валялось по углам, скрин старый, udp флуд мелкими пакетами, больше ппс к сожалению с бука плюнуть не получилось.
сейчас еще для теста дунул php флудилкой "толстыми" пакетами
Добавлено: 09 сен 2014, 16:42
aleksei
не сочтите за рекламу или тп. . 2 раз за 3 года такая проблема. http://dchublist.ru/hubs/2821/
со(уже вчерашнего у нас) утра нет юзеров. прошлый раз я про домен забыл,который еще на dyndns был,ладн успел восстановить. а че тут я не пойму. пролукапил все домены шо есть,все на месте. перед этим утром провайдер делал снова профилактику,я конеш там задал вопрос,Но пока незнаю,че ответят,вероятнее всего пошлют лесом,скажут типо проверяйте без роутеров. в то-же время другие местные хабы юзеров за последнюю скажем неделю-не теряли.
я уже и порты с внешки проверил как смог,411 открыт. домены резолвятся и на местный днс и на гугловский. юзеры с внешки есть,но больше их или меньше -фиг знает.
ощущение как будто именно домен основной не аллё. который в подписи. но я все проверил по неск раз.
Добавлено: 10 сен 2014, 13:04
aleksei
короче я узрел,что оказывается до меня не могут сконектится локальные юзеры.
но о5-же это мало чего дает. домены,которые ссылаются на локальный ип,резолвятся нормально.
Добавлено: 10 сен 2014, 18:54
WINS
пров порезал порты, телнетнись на свой адрес:порт с какого-нить юзерского компа локалки или "левый" порт >1024 открой чтоб попробовали на него сконнектиться.
Добавлено: 11 сен 2014, 06:50
aleksei
они и про порты сказали,что ничего такого нет с их стороны. да они таким и не страдали никогда.
да и c внешки-то то порт открытт.
щас выяснилось,что моё оборудование(то ест ьроутер) снова незарегано в личном кабинете провайдера. да и регатся не регается,ошибку дает.
зарегал таки оборудование,но это ровным счетом ничего не дало по моей проблеме.
Добавлено: 12 сен 2014, 18:46
WINS
в тп много чего говорят, внешка не показатель, на ней все может быть гуд ибо договор, локалка идет как придаток и там никто никому ничего не обещает. а прова, который заставляет "регистрировать обрудование", т.е. привязывать мак к влану/порту слать глубоко в лес сопровождая артиллерией из ссаных тряпок.
Добавлено: 13 сен 2014, 03:35
aleksei
да вот вчера еще давольно много человек повылазило на форум прова с таким-же симптомами,что ничего не качает и не ищет в локалке,только в одном сегменте. так что проблема-таки не у меня.
полчаса назад починили
Добавлено: 11 янв 2015, 12:40
aleksei
кому не сложно,могли-бы вы подсказать оптимальные настройки по части количества запросов
от юзера? как-то однажды я их крутанул,они показались мне уж сильно увеличенными изначально). баны идут временные,вроде ипы одни и те-же повторяются практически ,изредка новые ).
вообще я так вчера немного подумал,Увеличил этот revconnectTome, было чуть меньше 20 кажись.