DF
если сессий 10к и таймаут 30 секунд...
Size: a a a
2018 January 30
VG
а для равномерной нагрузки, хз, таймаут + рандом какой-нибудь, как в ndp
DF
ну как по мне, т.к. квантование таймера известно, можно какой-то таймер, который срабатывает каждую секунду и проверяет события в userspace, не пора ли
MM
lcp-echo-interval=10
lcp-echo-failure=2
lcp-echo-timeout=20
мы к примеру - как часто врутся сесси делаем вывод что с линеней что-то не впрорядке, CRC, отходит разъем или еще что.
lcp-echo-failure=2
lcp-echo-timeout=20
мы к примеру - как часто врутся сесси делаем вывод что с линеней что-то не впрорядке, CRC, отходит разъем или еще что.
VG
10 это сурьезно )
DF
у меня у 5к-10к юзеров, например, в 2 часа, почти одновременно вырубают электричество(переключается на генератор), упс на роутер многие не ставят, и соответственно все сессии должны отсохнуть по таймауту
VG
ну как по мне, т.к. квантование таймера известно, можно какой-то таймер, который срабатывает каждую секунду и проверяет события в userspace, не пора ли
допустим будет один таймер и очередь из следующих echo по кол-ву сессий. наступило время таймера - чекаем следующий, взводим таймер заново
MM
есть юзеры которые так надежно включены, что там можно увеличить интервал, если есть тарафик или вовсе убрать. Помню временя EOL и какрту SkyStar-1 которая засыпала, я смотрел если неменяется трафик на входе, посылал пинг ya.ru если и после этого трафик не увеличился - restart двайверов.
DF
есть юзеры которые так надежно включены, что там можно увеличить интервал, если есть тарафик или вовсе убрать. Помню временя EOL и какрту SkyStar-1 которая засыпала, я смотрел если неменяется трафик на входе, посылал пинг ya.ru если и после этого трафик не увеличился - restart двайверов.
судя по коду accel так умеет
DF
допустим будет один таймер и очередь из следующих echo по кол-ву сессий. наступило время таймера - чекаем следующий, взводим таймер заново
именно, правда наверное еще эффективно будет как-то по потокам разбрасывать, я не знаю, как сессии стыкуются с потоками
VG
допустим будет один таймер и очередь из следующих echo по кол-ву сессий. наступило время таймера - чекаем следующий, взводим таймер заново
тогда придется или там де проверять все сессии на наличие трафика - оббегать все, убирая/добавляя в очередь отложенные
VG
пока бегаем по тышам и сортируем, можем пропустить кого нить
DF
ну таймер и так это делает
DF
как я понимаю
VG
да, в ядре. в юзерспейсе остается вызвать обработчик с нужным контекстом и аргументами
DF
ну так сейчас с дорогими ioctl дергать таймер 10к раз в 30 сек выйдет накладнее, чем 30 раз за 30 секунд
DF
а юзерспейс сам может подергать тем же способом все назначенные евенты в эти секунды
VG
где-то подвох :)
VG
минус куча ioctl плюс реимплкментация очередей таймера в юзерспейсе
DF
ну я на серверах вручную отключаю kpti, но много народу юзает дефолтовые ядра от убунты и т.п.