Adguardhome: Question about average processing time

Created on 9 May 2020  ·  7Comments  ·  Source: AdguardTeam/AdGuardHome

Prerequisites

  • [v] I am running the latest version
  • [v] I checked the documentation and found no answer
  • [v] I checked to make sure that this issue has not already been filed

Issue Details

  • Version of AdGuard Home server:

    • 0.101.0

  • How did you setup DNS configuration:

    • VPS

  • Operating system and version:

    • Debian 9

Expected Behavior

Я подозреваю, что среднее время обработки DNS запросов рассчитывается с какой-то ошибкой. Чем больше время аптайма сервера - тем больше значение среднего времени сопоставления. Иногда оно может достигать величин, при которых задержка уже была бы заметна на глаз (>80 ms), но этого нет! Не знаю, как проверить есть ли проблема в действительности...

Additional Information

Решил написать этот вопрос на русском, чтобы была уверенность, что меня поймут. Логи и файл статистики могу выслать на почту.

question wontfix

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.

All 7 comments

\

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:

  1. Simply ignore queries that time out and don't use them for calculating avg processing time.
  2. Replace avg. processing time with median processing time
  3. Do nothing:)

If we go with the first approach, we may need to add another metric -- the number of timed out queries.

  1. 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:

  1. Simply ignore queries that time out and don't use them for calculating avg processing time.
  2. Replace avg. processing time with median processing time
  3. 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.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

AnthonyBe picture AnthonyBe  ·  3Comments

snhv picture snhv  ·  3Comments

ameshkov picture ameshkov  ·  3Comments

hl2guide picture hl2guide  ·  3Comments

alexpovel picture alexpovel  ·  3Comments