Size: a a a

SPb Reliability Meetup

2019 July 18

rd

rus dacent in SPb Reliability Meetup
Serg Martynov
И так, завтра, 17.07.2019 встречаемся в баре Подстреленная Гусыня, ул. Восстания, 17. Начало встречи в 19:00.
Всем спасибо кто пришёл, было круто. Отдельная благодарность @SaveTheRbtz =)
источник

SM

Serg Martynov in SPb Reliability Meetup
Да, большое спасибо @SaveTheRbtz! Было очень интересно узнать про SRE не от Гугла)))!!!
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
Спасибо всем, а от @SaveTheRbtz ждём видео доклада про проверки целостности, если ему не сложно. Звучит очень интересно, но беглый гуглинг не помог мне
источник

p

pragus in SPb Reliability Meetup
источник

LE

Leonid Evdokimov in SPb Reliability Meetup
источник

AI

Alexey Ivanov in SPb Reliability Meetup
Paul Rudnitskiy
Спасибо всем, а от @SaveTheRbtz ждём видео доклада про проверки целостности, если ему не сложно. Звучит очень интересно, но беглый гуглинг не помог мне
источник

AI

Alexey Ivanov in SPb Reliability Meetup
Всем спасибо за встречу и отдельное спасибо @sm2te за организацию!  Было очень круто!
источник

SM

Serg Martynov in SPb Reliability Meetup
Alexey Ivanov
Всем спасибо за встречу и отдельное спасибо @sm2te за организацию!  Было очень круто!
источник

SM

Serg Martynov in SPb Reliability Meetup
Приезжай почаще!))
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
интересный у дядьки подход.
в isp железо покупается на десяток лет и служит иногда долше десятки.
давайте оптимизировать где можем. а можем мы там где мы пишем ядро.
и всю сеть мы фактически будем рассматривать как боль.
и вот этот подход отдал в веревку потерял с скорости довольно не привычен для меня.
источник

p

pragus in SPb Reliability Meetup
Aleksey Shirokikh
интересный у дядьки подход.
в isp железо покупается на десяток лет и служит иногда долше десятки.
давайте оптимизировать где можем. а можем мы там где мы пишем ядро.
и всю сеть мы фактически будем рассматривать как боль.
и вот этот подход отдал в веревку потерял с скорости довольно не привычен для меня.
все в какой-то момент просто упоролись по буферам и длинным очередям =( я у кого-то видел выхлоп ping с ttl ~ 20-30 секунд.
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
ну я вот тебе на днях кидал прекрасное исследование от ребят из перконы которые сами себе в netperf сделали buffer bloat и на основании этого херачат выводы что сеть отстой
источник

p

pragus in SPb Reliability Meetup
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
ну и Ром. логика вроде в указании не максимального времени когда надо чтобы пакет ушёл а наболее раннего.
тоесть типа если ты отправишь пакет ранее чем черещ 5ms просто не делай это.
если я всё правильно понял
источник

LE

Leonid Evdokimov in SPb Reliability Meetup
pragus
все в какой-то момент просто упоролись по буферам и длинным очередям =( я у кого-то видел выхлоп ping с ttl ~ 20-30 секунд.
Да далеко ходить не надо, 17s только что на домашнем wi-fi: https://pastebin.com/UpygXqiH
(да, я понимаю, что скорее всего причины разные)
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
Leonid Evdokimov
Да далеко ходить не надо, 17s только что на домашнем wi-fi: https://pastebin.com/UpygXqiH
(да, я понимаю, что скорее всего причины разные)
как ты этого добился ?
источник

rd

rus dacent in SPb Reliability Meetup
Это не домашний роутер, конечно, но удивлению моему не было предела =))
источник

rd

rus dacent in SPb Reliability Meetup
Когда поймал интернет через дупло
источник

rd

rus dacent in SPb Reliability Meetup
Иду на рекорд
источник

LE

Leonid Evdokimov in SPb Reliability Meetup
Aleksey Shirokikh
как ты этого добился ?
Это ростелекомовская CPE с Wi-Fi чудит время от времени. Я _предполагаю_ что маринуется это всё в буфере моего linux-ноута.
источник