Size: a a a

QA — Load & Performance

2021 March 09

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
суть internal в том, что именно в эту транзакцию пишется информация о тредах. в целом это бесполезный фильтр с точки зрения выборки данных, но это полезный фильтр, чтобы оперировать меньшим объемом данных. ты не будешь искать треды в тоннах записей где их нет
О, спасибо
источник

KY

Kirill Yurkov in QA — Load & Performance
я пренебрегаю уточнением этим, потому что селект всё равно дешевый получается очень
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Надо написать дайджест. Много интересных сообщений накопилось
источник

KY

Kirill Yurkov in QA — Load & Performance
Вячеслав Смирнов
Надо написать дайджест. Много интересных сообщений накопилось
могу взяться на выходных, или хочешь кого-то еще приобщить?)
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Kirill Yurkov
могу взяться на выходных, или хочешь кого-то еще приобщить?)
2132 сообщения надо будет уложить в 2-4, я думаю, что начну сегодня. К выходным закончу ))
источник

KY

Kirill Yurkov in QA — Load & Performance
Вячеслав Смирнов
2132 сообщения надо будет уложить в 2-4, я думаю, что начну сегодня. К выходным закончу ))
ну как знаешь) качественней тебя никто не сделает
источник

СФ

Степа Фомичев... in QA — Load & Performance
Kirill Yurkov
я пренебрегаю уточнением этим, потому что селект всё равно дешевый получается очень
Кирилл, а ты не тестировал флакс на предмет быстродействия, если писать одно условие в одном фильтре, или же несколько условий в одном фильтре?)
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Кирилл, а ты не тестировал флакс на предмет быстродействия, если писать одно условие в одном фильтре, или же несколько условий в одном фильтре?)
у меня висит в бэклоге таск на оптимизацию кверей, в рамках него буду изучать разные комбинации. пока я просто работал в концепции меньше селектов - лучше. то есть делал 1 простой запрос с минимально возможной фильтрацией, а потом прокидывал данные сквозь фильтры и агрегаторы. это стопудово хорошо, потому что сам инстанс инфлюкса очень любит припухнуть от количества запросов.
источник

KY

Kirill Yurkov in QA — Load & Performance
уже точно можно сказать, что постобработка этого большого резалта - довольно дешевая тема. но сам запрос по ощущениям скорости получается иногда значительно дольше чем несколько старых инфлюксовых
источник

KY

Kirill Yurkov in QA — Load & Performance
но пока только метафизические замеры)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Интересная мысль, но мне кажется тащить в графану огромный массив данных опасненько
источник

СФ

Степа Фомичев... in QA — Load & Performance
Но потестирую
источник

СФ

Степа Фомичев... in QA — Load & Performance
А, я понял
источник

СФ

Степа Фомичев... in QA — Load & Performance
Это же один запрос
источник

KY

Kirill Yurkov in QA — Load & Performance
да)
источник

KY

Kirill Yurkov in QA — Load & Performance
у меня проблема с тем что я еще при этом хотел голенькие данные смотреть, и теперь постоянно магическая проблема 1400
источник

KY

Kirill Yurkov in QA — Load & Performance
теперь думаю что я первый большой запрос просто буду рубить через aggregateWindow и тут получу классный прирост
источник

KY

Kirill Yurkov in QA — Load & Performance
и снижу объем данных
источник

KY

Kirill Yurkov in QA — Load & Performance
+ у меня без pivot много ненужных движений. если добавлю еще и его думаю вообще в космос можно улететь))
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Интересная мысль, но мне кажется тащить в графану огромный массив данных опасненько
данные кстати не напрямую вроде прибегаеют а виде хэша или чего-то подобного.
источник