пока нет

но будет

да и часто ли ебгп валится

ТВ не поверишь

но будет

Вот поэтому у тебя нет шайбы

Вот поэтому у тебя нет шайбы

просто паблик стал достаточно надежным, благодаря тем кто стал делать сабсеконд

говори проще, те кто строил сеть на джуне))

говори проще, те кто строил сеть на джуне))

Ой лол, можно и микроскопом гвозди забивать, причем тут вендор то?

Ой лол, можно и микроскопом гвозди забивать, причем тут вендор то?

Да, причём тут хуавей?

Можно на циско,джуне, Хуа, Нокиа построить довольно надёжную сеть с сабсеконд конверженси

А можно построить хуйню, тебе ли не знать

Можно на циско,джуне, Хуа, Нокиа построить довольно надёжную сеть с сабсеконд конверженси

Да можно, просто в самоцель не надо это превращать

Сэр, вы выпили?

хуйню даже на некротиках построить можно.

а в sdn/nfv эре построить хуйню стало в 3 раза проще!

А че там за тренд с сабсеконд?

Господин разрешил ставить не говно вместо cpu?

Можно на циско,джуне, Хуа, Нокиа построить довольно надёжную сеть с сабсеконд конверженси

можно и на микротике сабсеконнд на 500шт

А че там за тренд с сабсеконд?

Вот ты мне скажи, можно и нужно ли на софтороутерах достигнуть 30мс для BFD

И насколько это дорого

можно и на микротике сабсеконнд на 500шт

Завидуй

И насколько это дорого

А зачем?

Можно на циско,джуне, Хуа, Нокиа построить довольно надёжную сеть с сабсеконд конверженси

а зачем сабсеконд?

А зачем?

Это второй вопрос

Чтоб было?

это первый вопрос

Чтобы "НЕ ЕДИНОГО РАЗРЫВА"

Чтобы "НЕ ЕДИНОГО РАЗРЫВА"

С апреля

На самом деле для голоса есть такие требования у опсосов

на паре-тройке секунд никто не заметит разрывов

Вот ты мне скажи, можно и нужно ли на софтороутерах достигнуть 30мс для BFD

Срать кипилайвами дешево, граф обходить -- зависит от алгоритма

На самом деле для голоса есть такие требования у опсосов

Лучше бы они за покрытием следили И за секторами

Срать кипилайвами дешево, граф обходить -- зависит от алгоритма

Главное не превратить сетку в вечно флапающее гавно

Главное не превратить сетку в вечно флапающее гавно

Изи, добавляется мера похуизма

Главное не превратить сетку в вечно флапающее гавно

че бы нет, зато можно линки днем переключать, никто и не заметит, опекс на оплате ночных работ сэкономишь

че ты не как начальник рассуждаешь

че бы нет, зато можно линки днем переключать, никто и не заметит, опекс на оплате ночных работ сэкономишь

все равно днем может все разъебать

а орех и так можно сэкономить

че ты не как начальник рассуждаешь

Это в смысле денег распилить на оборудовании?

Дарвин? он может

Это в смысле денег распилить на оборудовании?

во, теперь ход твоих мыслей мне нравится

просто не платить за ночные работы и ок

вся россия так живет

че бы нет, зато можно линки днем переключать, никто и не заметит, опекс на оплате ночных работ сэкономишь

Заебись Зато если ляжет то уж в праймтайм

че бы нет, зато можно линки днем переключать, никто и не заметит, опекс на оплате ночных работ сэкономишь

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

Их в мв выносят не из за даунтайма

А что бы минимизировать урон при ошибках

# virsh list —all | tail -n+3 | wc -l 60 # ip -o link | wc -l 358 # uptime 15:08:08 up 99 days, 9:41, 4 users, load average: 70.04, 66.87, 56.44

чот перестарался.

чот знакомое

# free -m total used free shared buff/cache available Mem: 386741 189154 1092 3523 196493 192693 Swap: 7812 1293 6519

фигасе оно кушает.

фигасе оно кушает.

буферы-то?

и их тоже.

200GB buff, охуеть.

Ксм

Балунинг

можно попробовать дропнуть их на диск, но он всё равно ведь сожрёт обратно.

И прочие непотребства

ksm надо глянуть, кстати.

можно попробовать дропнуть их на диск, но он всё равно ведь сожрёт обратно.

echo 3 > /proc/sys/vm/drop_caches

я об это как раз.

но всё равно долго будет.

Это не на диск, а нахуй. На диск это sync.

Это тупой не нужный в большинстве случаев кэш.

насколько я помню, оно и на диск сбрасывает в процессе.

а может уже и нет.

# systemctl status ksm.service * ksm.service - Kernel Samepage Merging Loaded: loaded (/usr/lib/systemd/system/ksm.service; enabled; vendor preset: enabled) Active: active (exited) since Mon 2017-10-09 02:26:49 EDT; 3 months 8 days ago Main PID: 1261 (code=exited, status=0/SUCCESS) CGroup: /system.slice/ksm.service

насколько я помню, оно и на диск сбрасывает в процессе.

Зачем сбрасывать на диск кэш дисковых операций?

помню честно приходилось предварительно сбрасывать кеши перед graceful стопом oracle базы.

иначе это говно могло честно поломать консистентность базы.

Значит, это другой кэш был.

база была большой и bss, да.

не-не. точно 3 в /proc/sys/vm/drop_caches.

пойдёмте уже читать access.redhat.com

иначе это говно могло честно поломать консистентность базы.

Я как-то по неопытности послал SIGKILL процессу базы, ибо повисла. Последствия разгребал долго.

пойдёмте уже читать access.redhat.com

У меня доступа уже нет.

На Go.

Такой, кстати, есть.