gns_ua: (Default)
[personal profile] gns_ua
Похоже, в архитектуре я немного лажанулся.

Когда речь заходит о монотонно растущих каунтерах, можно в принципе реализовать дельты прямо в коллекторе, но производные будут получаться слишком "мгновенные".

Беда в том, что цикл сэмплирования меньше цикла обмена примерно в два раза (примерно.... не менее чем в два). Это так и задумано, по ряду причин, и это не проблема когда мы берём циферки как таковые. Но когда мы считаем дельту/время - с одной стороны, ловятся короткие пики, которые на бОльшем интервале усреднения смазались бы. Это бы хорошо, но, с другой стороны, дельты 60/0/60/0 на вдвое бОльшем интервале дали бы 30/30, а реально сервер может выхватить из них 0/0. Или вообще один сэмпл 60, тут вам не риалтайм и не очереди.

Переносить всю эту обработку в центр не хочется: и в транспорт непонятно как засовывать сырые данные (то есть понятно, но криво всё это получается), да и пределы конфигурируются на коллекторе - их тоже придётся передавать, потому что раскидывать конфигурацию по компонентам этосюда-этотуда-атутярыбузаворачивал будет совсем уж глупо.

Можно вот что, можно в коллекторе взвешенное скользящее среднее сделать. Так даже прикольнее получится.

2011-12-26 20:52 (UTC)
- Posted by [identity profile] gns-ua.livejournal.com
Да сам в шоке, полгода сушил мозг над аккуратностью и как огня избежанием ресэмплинга - и тут, на тебе, напоролся. Всё-таки надо было заканчивать гуманитарный ВУЗ. Gender & racial studies, вся фигня.

Profile

gns_ua: (Default)
gns_ua

April 2017

M T W T F S S
     12
3456789
10111213141516
17181920212223
24252627282930

Expand Cut Tags

No cut tags