К примеру, что route53 будет делать, если все endpoint'ы (конечные узлы) недоступны?

все становятся доступны

А если у меня simple failover? По дефолту есть только один узел, при недоступности отдаем второй?

все становятся доступны

Будет отдавать дефолт вариант?

не, если у тебя например веса 5, 1, 1 и все хелсчеки завалились, то клиенту будет отдаваться как будето 1, 1, 1

А если у меня simple failover? По дефолту есть только один узел, при недоступности отдаем второй?

Это primary-backup у него, не помню?

Да

Будет отдавать дефолт вариант?

да, т.к. если все чеки фейлятся, все эндпоинты становятся хелси до тех пор, пока хотя бы один по факту не оживёт (станет отдаваться primary, как если бы не было проблем) как оживёт хотя бы один, начнёт отдавать оживший

Павел, Александр, спасибо!

Не всегда Вот в JVM - какой malloc?

В JVM обьекты сборщик мусора двигает, в редис вроде сказали, что нет

В JVM обьекты сборщик мусора двигает, в редис вроде сказали, что нет

Slab allocator ничего никуда не двигает, потому что

На то он и

Slab allocator ничего никуда не двигает, потому что

Уфф. Ну давайте поспорим уже на что нибудь :) для любого алокатора можно найти патологический паттерн создания /удаления

Уфф. Ну давайте поспорим уже на что нибудь :) для любого алокатора можно найти патологический паттерн создания /удаления

Ну я не могу прямо сейчас длинные тексты писать, позже, если можно, окей?

Ну я не могу прямо сейчас длинные тексты писать, позже, если можно, окей?

Нет уж, ублажай нас. Никаких позже)

Так вот, я расскажу своими словами

Всякие сраные sbrk и malloc редис (если он не совсем дурак) делает заранее при старте

Нарезая память тупо на чанки

И мэйнтейня лист свобоных чанков

То есть, поддерживая список, извините

Когда приходит команда PUT, или как там ее

Нужный кусок памяти копируется из буфера в подходящий по размеру чанк

Свободный

И он помечается несвободным ("Дубровский, я несвободна!")

Если кончаются чанки меньшего размера - чанк большего размера режется на меньшие

Если свободных чанков вообще нет - штош пизда огорчение

Когда надо что-то сэвиктить, чанк просто помечается свободным, as simple as that

Одна инфраструктура, один редис, один архитектор! И никакой фрагментации

-----------------------------------------------^ мудак тупой

Это - а я в тот чат написал-то вообще?

Это - а я в тот чат написал-то вообще?

Я не знаю, куда ты хотел написать, но спасибо)

Это - а я в тот чат написал-то вообще?

а что не в виде поста в блог? =)

а что не в виде поста в блог? =)

Потому что надо идти в код смотреть, что из этого 100% правда, а что - нет

Кстати, nginx делает так же, причем чанки у него всегда 4 Кб, если я верно помню

У меня есть вопрос

Не знаю, сюда или в клауд пипл

Вот у меня есть NVMe SSD, есть netdata, которая рисует график лейтенси

И чот лейтенси там от 5 до 100 миллисекунд

Одна из черепашек пиздит

Я проверил у соседей - у них обычные SSD, там netdata рисует такие же картины

Причем, у соседей стоит Grafana и collectd, и Grafana никогда не рисует больше 2 мс

Вопрос не в этом

Вопрос вот в чем - а как правильно поглядеть? При помощи eBPF tracepoint на операциях write и read?

Про слаб было интереснее

Мне интереснее, за что я 15 штук отдал

Потому что 5 мс это чот огорчение

За шанс

Проебаться

Ты не пробовал какие-нибудь невыебистые бенчмарки включить?

Когда надо что-то сэвиктить, чанк просто помечается свободным, as simple as that

А назад в большие их уже не собирают?

А назад в большие их уже не собирают?

Собирают, по-идее одним большим непрерывным куском

А назад в большие их уже не собирают?

Собирают, когда все мелкие в составе большого освободятся Наверное

Вот, как неуверенно, это ваше - наверное прозвучало )

Вопрос вот в чем - а как правильно поглядеть? При помощи eBPF tracepoint на операциях write и read?

А, забейте biosnoop FTW

disk = 'nvme0n1' usecs : count distribution 0 -> 1 : 0 | | 2 -> 3 : 0 | | 4 -> 7 : 0 | | 8 -> 15 : 0 | | 16 -> 31 : 0 | | 32 -> 63 : 0 | | 64 -> 127 : 24730 |****************************************| 128 -> 255 : 16769 |*************************** | 256 -> 511 : 10018 |**************** | 512 -> 1023 : 6532 |********** | disk = 'nvme1n1' usecs : count distribution 0 -> 1 : 0 | | 2 -> 3 : 0 | | 4 -> 7 : 0 | | 8 -> 15 : 0 | | 16 -> 31 : 0 | | 32 -> 63 : 0 | | 64 -> 127 : 0 | | 128 -> 255 : 10998 |****************************************| 256 -> 511 : 10601 |************************************** | 512 -> 1023 : 3348 |************ | 1024 -> 2047 : 3330 |************ |

Так-то полущ

Ну чо? Фигануть туда fio?

Как дежурство чуваки

Как дежурство чуваки

Ничо не происходит

Дежурить должна эксплуатация

Всякие там дежурные админы

Которые по скриптам реагируют

А если клиенты с асашай и там серв падает

Дежурить должны непосредственно сами скрипты

Ну типа того

Ага, по лямбде чтоб авс перезапускали

А если клиенты с асашай и там серв падает

Предпосылки должны быть, либо каналы связи

Каналы связи упали

А уборщица провод задела - это несерьёзно

Да бывает тупо админы мудилушки там. Лень им сервер ребутнуть когда упал.

Нех ронять.

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

Да бывает тупо админы мудилушки там. Лень им сервер ребутнуть когда упал.

Нех брать на обслуживание нестабильное железо :)

это к клиентам, админы на их стороне

планеты всмысле

Ну а что там "упало"?

Тогда не пускать мудаков к консоли

Это само собой

Решать первичную причину, а не вторичные

Хех :(

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