Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upstream latency increase since v0.107.55 #7515

Open
4 tasks done
RainmakerRaw opened this issue Dec 19, 2024 · 4 comments
Open
4 tasks done

Upstream latency increase since v0.107.55 #7515

RainmakerRaw opened this issue Dec 19, 2024 · 4 comments
Labels
waiting for data Waiting for users to provide more data.

Comments

@RainmakerRaw
Copy link

RainmakerRaw commented Dec 19, 2024

Prerequisites

Platform (OS and CPU architecture)

Linux, ARM64

Installation

GitHub releases or script from README

Setup

On one machine

AdGuard Home version

0.107.55

Action

Replace the following command with the one you're calling or a
description of the failing action:

N/A

Expected result

Upstream latency should be in line with my ISP WAN connection (FTTP/fibre), approx 12ms.

Actual result

Since upgrading to 0.107.55 the upstream latency has drifted, a fair amount. I am aware that the release is intended to address latency issues (eg #6818), ironically.

On previous versions (eg 0.107.54) my upstream latency across 24 hours is approximately 12ms-14ms for most upstreams. After upgrading to 0.107.55 the upstreams are between 17ms and 32ms. I have verified this multiple times, on the same home LAN with the same clients and (roughly) the same type of traffic. I have tested on my primary LAN DNS server (bare metal, Radxa Rock5B, Debian Bookworm aarch64), and also confirmed the same issue on my backup instance (Alpine Linux LXC on Proxmox, AMD Ryzen x86_64 host).

Downgrading to 0.107.54 immediately fixes the issue, and upstream latency returns to around 12ms. I have pprof running, and can switch versions and/or collect stats and logs as required. Many thanks in advance.

Additional information and/or screenshots

Here is a redacted copy of the AdGuardHome.yaml (extension changed to .txt for Github).
AdGuardHome.txt

@tjharman tjharman added the waiting for data Waiting for users to provide more data. label Jan 12, 2025
@tjharman
Copy link

Thank you for the report - I will pass it on to the devs.
Can you confirm if you're using caching or not please? I've tried parsing your uploaded config (thank you) but can't spot it myself.

@RainmakerRaw
Copy link
Author

The DNS cache, you mean?

  cache_size: 10000000
  cache_ttl_min: 0
  cache_ttl_max: 0
  cache_optimistic: true

@EdinburghWG
Copy link

I have a similar issue but this isn't just related to the latest version. I believe it occured a couple of versions before. I have three addresses to which parallel requests are made:

tls://dns.google
tls://1dot1dot1dot1.cloudflare-dns.com:853
tls://one.one.one.one:853

Bootstrap DNS addresses are:

1.1.1.1
1.0.0.1
2606:4700:4700::1111
2606:4700:4700::1001

With the above, the average upstream response time is 22ms for Google and 23/24ms for Cloudflare. Removing the Google address automatically and immediately increases the response time to 32ms.

Also, the display of the average upstream response time should be from the quickest at the top to the least quick one at the bottom. Currently, it's the other way round suggesting that the least quick one is the quickest.

@pendie
Copy link

pendie commented Jan 14, 2025

I am also here the same and back to v0.108.0-b.59 everything is running normally again it seems all version 5 causes latency increase version 49 is very good

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting for data Waiting for users to provide more data.
Projects
None yet
Development

No branches or pull requests

4 participants