Open nikita-p opened 2 weeks ago
@nikita-p Там много набирается из-за залезания в бд при обновлении значений. Но если кэш юзается, то среднее время опроса снижается до ~0.07 секунды.
Кэш вещь опасная. Я бы от него вообще отказался. В таком свете можно вообще отказаться от использования бд.
самый простой вариант тогда обложиться прагмами и в setup (по аналогии с монитором), это значительно увеличит скорость записи в базу
Кэш вещь опасная
почему?
Кэш вещь опасная
почему?
Мы так короткие пробои можем проморгать. Хз, насколько это критично. Можно прописать, что тикеты от health control обрабатываются в обход кэша, а запросы от loader-а пусть через кэш общаются.
тогда может проще прописать время жизни кэша равным половине периода HealthControl? (надо будет ещё измерить, сколько времени занимает только считывание с борды, чтобы оценить минимальное время жизни кэша; сейчас как интуитивно кажется это ~0.3s из разницы в продолжительности работы HealthControl с fake и реальной установки)
подумать над проблемой:
сейчас (на версиях setup <=1.2.4) довольно значительное время уходит на получение параметров системы для fake режима; показано ниже время исполнения get_params в dev_back (просто исполняет соответствующий
GetParams_Ticket
из setup):не совсем понятно, где набирается это время, поскольку для fake не должно быть никаких задержек считывания