16.05.07, Хихин Руслан <[EMAIL PROTECTED]> написал(а):
> > > Смутно припоминается, что когда-то Бутенко уламывал Кузнецова > уменьшить в ядре штатные (или они же единственные?) значения > что-то с трёх суток, положенных по стандарту, до чего-то > разумного, что стандарту ещё не очень противоречило -- как раз в > подобном случае. > > > > Если помню правильно, то может потребоваться всё-таки делать > микропатчик и собирать своё ядро. > Вроде это где-то в коде вкомпилено. Наверное, было верно для Diul-up, но на быстрых сетях и сетях с резервированием серверов только мешает. На работе с этим сталкивался, но т.к. у нас там основной дистрибутив - MCBC и код не поменяешь (и там не 30 секунд, а гораздо больше), то шли обходным путём - в fork`e висит процесс, который подкляючается к серверу и сразу отключается, если подключение не удалось, то прерывается основной процесс (если висит) и перенаправляется на резервный сервер. Спасибо Михаилу, что переправил сообщение.
Это я задавал вопрос. Красивое решение, но нам не очень подходит, в силу ряда причин. Вот что я спросить хочу... Есть мысль, переписать клиента с открытем сокета с опцией SO_RCVTIMEO. Это сильно неправильное решение будет ? Учитывая, что это опция на сокет часто помечена как недокументированная.
_______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
