Я подозреваю, что среднее время обработки DNS запросов рассчитывается с какой-то ошибкой. Чем больше время аптайма сервера - тем больше значение среднего времени сопоставления. Иногда оно может достигать величин, при которых задержка уже была бы заметна на глаз (>80 ms), но этого нет! Не знаю, как проверить есть ли проблема в действительности...
Решил написать этот вопрос на русском, чтобы была уверенность, что меня поймут. Логи и файл статистики могу выслать на почту.
\
Expected Behavior
I suspect that the "Average processing time" has some sort of an error. The longer the plugin is running the higher the average gets. Sometimes it gets high enough where you'd notice the delay (> 80 ms), but you don't. I'm not sure how to check if it's an actual bug.
Additional Information
Decided to write the issue in Russian so that I can get my point across clearly. I can email the logs if necessary.
\
Most likely there's some DNS query that constantly times out and this is the culprit.
We have three options here:
If we go with the first approach, we may need to add another metric -- the number of timed out queries.
- Replace avg. processing time with median processing time
Looks reasonable to me 🤟🏻Thank you!
Most likely there's some DNS query that constantly times out and this is the culprit.
We have three options here:
- Simply ignore queries that time out and don't use them for calculating avg processing time.
- Replace avg. processing time with median processing time
- Do nothing:)
If we go with the first approach, we may need to add another metric -- the number of timed out queries.
Need an option to select that DNS responses beyond this time will be discarded.
For example, 500 milliseconds.
Some unstable DNS servers will slow down response times.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Need enhancement for APT.
Currently this isn't good for me as well and my main instance(90 days retention) showed 2000ms value for 5-8 days while other testing instances displayed 80-94ms with many clients on same network. finally solved after cleared statistics retention.
I dont know how average processing time calculated on adguard home (lazy read source) but it might be good to generate using certain short time period eg: last 1 or 5hr.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Most helpful comment
Need enhancement for APT.
Currently this isn't good for me as well and my main instance(90 days retention) showed 2000ms value for 5-8 days while other testing instances displayed 80-94ms with many clients on same network. finally solved after cleared statistics retention.
I dont know how average processing time calculated on adguard home (lazy read source) but it might be good to generate using certain short time period eg: last 1 or 5hr.