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

Crash and burn during performance test #27

Open
SuperFunks opened this issue Oct 7, 2020 · 5 comments
Open

Crash and burn during performance test #27

SuperFunks opened this issue Oct 7, 2020 · 5 comments

Comments

@SuperFunks
Copy link

I did performance testing on CoreDNS with Unbound DNS Recursion support yesterday evening, and im gutted 🙁

The test goes fine up until ~100 queries pr. second and then the CPU usage spins out of control to 100% and hundreds og CoreDNS processes spawn in some kind of loop until the entire thing crashes in a panic condition.

I ran the test on current master with dnsperf and standard query file. First in a build with Unbound2 on Debian Stretch, then with Unbound8 on Debian Buster to the same result.

@SuperFunks
Copy link
Author

A Resperf report for the record:

image

@miekg
Copy link
Member

miekg commented Oct 7, 2020 via email

@SuperFunks
Copy link
Author

As input here, the VM's i tried this on has 24GB available to them - and was not using up that memory at all.

@thergbway
Copy link

thergbway commented Mar 16, 2021

I have the same issue too. СoreDNS + unbound suddenly start to consume all the cpu-s. Also I see increased memory, threads, go routine and file descriptors consumption. After that my vm stops to respond on healthchecks and then it is rebooted.
I will try to use Unbound instead of CoreDns + unbound as a recursive caching resolver.

@miekg
Copy link
Member

miekg commented Mar 16, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants