а какое поведение должно было быть ?

Самое дикое для меня оказалось в том, что при исчерпании лимита на объем хранения сообщений в раме, если их не вычитывают, кролик начинает писать на диск (это виртуалка в облаке селектел и диск средний, не медленный), и даже если потом появляется потреьитель и пытается читать - кролик пытается одновременно читать старые с диска, писать туда текущие т.к лимит и читать гораздо медленнее чем пишет. Я специально дебажил, когда столкнулся с этим в очередной раз. В итоге, если пошла запись на диск, можно дропать, вычитать уже нереально. А новые пишутся, потому что их не вычитать, есть же старые.

Даже в случае, если очередь не persistent? Я давно рэббит не трогал, но мне кажется, что это поведение настраивается.

Да. И как выяснилось - персистант очередь это именно труба персистент. Что бы данные были персистент, им тоже нужна отдельная пометка)

У кролика много ручек и я верю, что если их правильно все накрутить, он таки будет адекватно работать. Но после кафки это выглядит очень стремно.

подождем jepsen для redpanda и посмотрим чо там у него

а джепсен этот тот безумный чувак который постоянно говорит что ваша база данных дерьмо