сейчас есть 20 шардов по 500-1к rps каждый. Но тут дело даже не в количестве запросов, а в том, как быстро будут извлекаться "длинные" данные из базы. Т.е. сейчас тапл в 20кб достается за 300мс, хотелось бы быстрее)) Ну или если это невозможно то, тогда буду переделывать саму структуру)
в моменте 8-10k qps, штук 200-300 запись, остальное селекты на E5-2620
Сначала прочитал как "500k rps", а потом прочитал ещё раз
Мне кажется или время операции слишком большое? По моим ожиданиям это должно быть в пределе 30мс... Но я тут мимо прохожу так сказать - интересно узнать немного подробностей для собственного понимания. Интересует структура кластера тарантула и если ли какая то фильтрация / поиск строчки , постобработка такого списка на уровне тарантула?
а тарантул в сотке при этом? т е насыщение запросами случилось?
все так, мне тоже кажется странным, что так долго. Никакой постобработки нет, только достать тапл по ключу-индексу (TREE и parts={1, NUM}) и все
не-а, не перегружен запросами
тогда кажется это супер просто побенчить на 1.10
замеры в коннекторе делаете?
кстати да, затупы в коннекторе могут быть еще запросто
по-моему, нет. Надо глянуть, спасибо за идею
а где делаете?
на стороне бека, там логируются походы в базу и время ответа на запрос. Предвосхищая вопрос про сеть, да эт одна из версий, но очень маловероятная)
Обсуждают сегодня