оптимальной длинны может быть размер тапла (в байтах), до того как начнется замедление выборки и прочая деградация производительности? Сейчас у себя наблюдаю, что тапл в 20кб довольно медленно (~300мс) выдается из базы
2. Как лучше хранить там списки? Как тапл из двух значений где второе - это структура со списком (например: [chatId; listStruct[member, member,...]]); или где каждый элемент списка - это отдельное поле в тапле (например: [chatId; member; member; member])?
Версия тарантула 1.6.8
> Версия тарантула 1.6.8 Есть вариант обновится? Староватая версия
слышал от коллег, что новые не настолько стабильны) Там сильный прирост производительности?
1.10 в лтсе вот уж года три что ли
мы юзаем 2.7 и собираемся переходить на 2.8 - бед не знаем
а есть какие-нибудь (бенчмарк-) тесты которые покажут, что производительность в этой версии возросла по сравнению с 1.6?
тут скорее вопрос к создателям тарантула, у нас таких нет 🙂
1. Замедление больше зависит не от размера тапла, а от количества элементов в тапле. Т.е. тапл из 2х филдов на 20к и тапл из 1000 филдов на 20к — это сильно разные вещи. 300мс на 20кб — это как-то очень много. БЫло бы неплохо взять для примера этот тапл и побенчать (msgpack) 2. С точки зрения упаковки я бы сложил список внутрь, чтоб не раздувать формат на первом уровне.
Обсуждают сегодня