nightfly

Да, бывает Ну почему-же. Я своих ошибок не скрываю, и склонен на них учиться, если уж на чужих не прокатывает. Из последних... ну например такая история с жизненными ошибками: Как-то раз, несколько лет назад я слегка перебрал/переутомился/недоспал. Шел себе домой по улице, никого не трогал, и тут по НЕВНИМАТЕЛЬНОСТИ наеб@нYлся, зацепившись носком кросовка за неожиданное препядствие. ЕбнYLся 3.14ец как больно приземлившись видимо головой о что-то твердое. Я особо в медицине не силен, но подозреваю, что эта нейротравма вызванная падением и вовремя не купированная при помощи адекват

Будем честны - три человека, у одного из которых проблемы вообще нету, у второго - скорее всего с железом и у третьего - частности MPD скорее всего. ну вы ж свою мордочку сами под это говно подставили. Кто вам винват? Мои коммерческие клиенты по форуму не страдают, собственно у них все хорошо. Хотя вам же виднее, правда? Свечку держали, не иначе, да и ревизию самолично проводили по как минимум полутысяче внедрений. В любом случае, я окончательно потерял бы к себе уважение если бы прислушивался в вопросах АСР-строительства к "авторитетному" мнению персонажей, чьим основным про

Ну попросите вашего системного администратора, посмотреть чего там у вас.

До речі - я таки був правий На одній із піддослідних кримських мереж ефект "спонтанного виростання навантаження обробниками зовнішньої мережевої та падіння pps, але без падінь" було повністю зафікшено перебиранням лібаліаса і таки крутінням тільки таймаутів убієнія неактивних трансляцій. Відоу десь там дедлок настає епізодично або память підтікає. P.S. у BARVIT-а всеодно якась інша фігня, більш схильний косо зирити на i386 та мутне залізо.

Меня сложно чем-то зацепить.В вашем исполнении ближе к невозможно. тихо плачу укутавшись одеялком. ну так ознакомили бы свое "сознание" с определением того, что есмь такое "биллинг" и "АСР" вместо вот этого всего... Да, конечно же - от моей бедности и жадности. От чего ж еще. Все так и написано в документации. Изначально я хотел раздавать всем скачавшим его по персональной SCE8k либо какому-то бюджетному джуну, но не судьба.

Ну от в випадку BARVIT-а я б не був такий категоричний. Там і дуалкор на якійсь підозрілій матері і колошматити воно після грози відов як почало. Не вписувались би за "всіх" Думаю з .2 воно більш менш стабілізується. Власне його і очукую (а там гліиш і біхайв допилять).

да чИто ви гаварите.... ipfw nat как парралелился наращиванием количества инстансов, так и паралелиться. Начиная с 7.х эдак. Работы по избавлению от гиантлоков и улучшению мультитредности только начаты в десятке. Причем относиться оно только в pf. Еще они мерджнули свежий ipfilter да и вообщем все, что относиться к этим вещам. Короче учите матчасть, смотрите доклады Глеба Смирнова, и не провоцируйте хомячков тащить в продакшн заведомо нестабильную ветку. Очень печально, что в вашем сознании "биллинг" и "тазик падает при отжоре igb:que" как-то загадочным образом соотносяться

Нажиманием мышкой по соответствующей иконке. Она еще называется так странно... дайте вспомнить... а точно! - "Удаление абонента" она называется, во как неожиданно. Есть конечно же по большинству модулей встроенная контекстная справка, но кто ж ее читать будет. Правда?

Становитесь поближе к окну. Действительно сложно прочитать первый же пост в теме, в которой вы отписываетесь. Да?

Вы из принципа базовую документацию игнорируете? при не коммутируемых соединениях, это должно бы быть довольно занятно В любом случае, я начинаю подозревать какие-то религиозные причины, вашего нежелания ознакомиться хотя бы с соседними темами по интересующему вас вопросу.

Взять и перенести. Плохо искали. Читайте документацию еще раз. Особенно FAQ. Почему через 10 дней? Как показывает опыт - минут 20 в среднем проходит до начала воплей. О этом тоже вполне себе ясно сказано в FAQ.

Я не знаю, где вы и что пропустили. Может в доке, может не осилили даже прочитать тему в которой отписываетесь. Честно не знаю.

Самому rscriptd взагалі пофігу - він може і по реальній апйішці в албанію з'єднуватись. А що до dhcp - скоріш за все таки якимись тунелями протягувати.

ну да - три клика это ж такая проблема.....

Прошу пана.

2 felixio_01 сложно угадать "з двох портів (eth0, eth1)." 2 kissbohda Ставлене на бубунту інсталлером - воно працює з коробки. Ставили б на щось інше руками - таких питань не виникало б. І так, прислухайтесь поради felixio_01 що до FAQ-a.

нісагласєн - більша таблиця / повільніший пошук по хешах. Дешевше чистити рєзче. значить симметрично треба крутити усілякі нмбкластерс

на те як-би й натякав. пф-ф-ф - no pain, no gain.

до-речі, у випадку крутіння LINK_TABLE_* варто ще доганяти під них ALIAS_CLEANUP_INTERVAL_SECS.

по логіці мало би давити pps ну та можна й просто libalias.ko модулем перегрузити на ходу Зараз граюсь з редефайнами таймінгів /usr/src/sys/netinet/libalias/alias_db.c #define UDP_EXPIRE_TIME #define TCP_EXPIRE_DEAD #define TCP_EXPIRE_INITIAL #define TCP_EXPIRE_CONNECTED є сильна підозра, що воно просто не встигає таблички чистити тай все. Короче кажучи, чекаю ЧНН в піддослідних жертв.

а ше казали, шо не можуть геричем розплачуватись.... вір після того людям...

біс вас знає, чо ви всі такі якісь нещасливі до 80-100kpps при півмульйоні трансляцій взагалі не бачу якихось драматичних проблем.

сурйозно шолі?

это тоже пофиг. deny_in для начала ткните и посмотрите на результат.

походу да, если в top -SHP фигурируют в основном igb:que внешней карточкии - скорее всего это отрывает башню либалиасу на тему скорости очистки кеша трансляций. не, вообще не в ту степь. угу - походу должно помочь + поиграться с deny_in как вариант.