- 세상의 모든 계산기 자유(질문) 게시판 팁 & 정보 ()
DNS Benchmark 프로그램
1. DNS?
DNS란 Domain Name System 의 약자로서 도메인 주소에 대한 IP 주소를 매칭하여 알려주는 시스템(서버)입니다.
대부분의 사람들이 그러하듯 그냥 신경 안쓰고 자동(Auto)으로 두면, OS는 자기가 속한 ISP 의 DNS Server 를 선택합니다. 공유기를 사용한다면 공유기를 DNS Server로 선택하기도 합니다. 공유기는 Default 로 자기가 속한 ISP 의 DNS Server 에서 DNS 정보를 가져오니까 거기서 거기라고 볼 수도 있겠네요.
그런데 DNS 서버마다 반응속도가 다를 수도 있고, (의도적이거나/비의도적이거나) 잘못된 IP주소를 주는 경우도 있습니다. 그래서 DNS Server를 잘 선택하는 것은 생각보다 중요한 문제일 수도 있습니다.
2. DNS Benchmark 프로그램
그래서 DNS 성능을 알아보려고 하는데... DNS Server 주소를 하나씩 바꿔 가면서 테스트 해볼 수는 없는 노릇이고... 그런데 웹을 뒤적여 보니 쓸만한 프로그램이 하나 있습니다.
https://www.grc.com/dns/benchmark.htm
Gibson Research Corporation 이라는 곳에서 만든 프로그램인데, 개인 프리랜서 같기도 하고... 잘은 모르겠네요.
일단 Virustotal.com 의 검사 결과로는 문제없는 파일로 보입니다.
3. Benchmark 실행 결과
※ Nameservers
국내 ISP 의 DNS Server 들이 포함되어 있지 않아서 Add로 주소들을 추가해 주고 Run Benchmark
※ 결과 해석
- 벤치마크 걸린 시간 : 대략 4분
- 그래프가 짧을 수록 빠름(=좋음)
- 빨강=Cached(이미 있는 정보) / 초록=Uncached(신규 정보, Sub-domain) / 파랑=DotCom(??)
Dotcom lookups – the time to consult the nameserver's chosen dotcom resolver(s) for a dotcom name. - Sort Fastest First 체크하니 빨강이 짧은 순서대로 나열이 됩니다.
- 공유기와 KT DNS 가 상위권을 차지하였습니다.
- 의외로 Hanaro DNS 가 1위를 차지하였습니다. 이유는 잘 모르겠습니다.
※ Tabular Data
여기를 클릭하면 상세한 정보가 나옵니다.
Final benchmark results, sorted by nameserver performance:
(average cached name retrieval speed, fastest to slowest)
210.220.163. 82 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0.002 | 0.003 | 0.004 | 0.000 | 100.0 |
- Uncached Name | 0.005 | 0.107 | 0.286 | 0.064 | 95.9 |
- DotCom Lookup | 0.006 | 0.116 | 0.204 | 0.062 | 100.0 |
---<-------->---+-------+-------+-------+-------+-------+
bns1.hananet.net
HANARO-AS Hanaro Telecom Inc.,KR
219.250. 36.130 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0.003 | 0.004 | 0.005 | 0.001 | 100.0 |
- Uncached Name | 0.005 | 0.126 | 0.298 | 0.083 | 100.0 |
- DotCom Lookup | 0.007 | 0.115 | 0.176 | 0.062 | 100.0 |
---<-------->---+-------+-------+-------+-------+-------+
bns2.hananet.net
HANARO-AS Hanaro Telecom Inc.,KR
192.168. 11. 1 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
+ Cached Name | 0.001 | 0.010 | 0.123 | 0.021 | 100.0 |
+ Uncached Name | 0.004 | 0.069 | 0.206 | 0.048 | 100.0 |
+ DotCom Lookup | 0.003 | 0.012 | 0.112 | 0.024 | 100.0 |
---<OOOO---->---+-------+-------+-------+-------+-------+
dd-g300n
Local Network Nameserver
168.126. 63. 2 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0.001 | 0.016 | 0.145 | 0.039 | 100.0 |
- Uncached Name | 0.003 | 0.072 | 0.218 | 0.052 | 100.0 |
- DotCom Lookup | 0.002 | 0.006 | 0.116 | 0.016 | 100.0 |
---<-------->---+-------+-------+-------+-------+-------+
kns2.kornet.net
KIXS-AS-KR Korea Telecom,KR
168.126. 63. 1 | Min | Avg | Max |Std.Dev|Reliab%|
----------------+-------+-------+-------+-------+-------+
- Cached Name | 0.001 | 0.022 | 0.216 | 0.047 | 100.0 |
- Uncached Name | 0.002 | 0.072 | 0.190 | 0.051 | 100.0 |
- DotCom Lookup | 0.003 | 0.012 | 0.117 | 0.027 | 100.0 |
---<-------->---+-------+-------+-------+-------+-------+
kns.kornet.net
KIXS-AS-KR Korea Telecom,KR?
※ Conclusion
여기에서는 비록 영어긴 하지만, DNS 서버 설정관련한 추천(Recommendation)을 해 주고 있습니다.
괜찮은 항목은 [V] 표시가 뜨고, 문제(또는 개선의 여지)가 있는 항목은 저렇게 [X] 표시가 뜹니다.
자신의 컴퓨터 환경에 관심이 있는 한번 해볼만한 테스트인 것 같습니다.
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21