会注意到这个问题完全在我意料之外。
因为一些开发需求我自建了一个私有的DNS给部分局域网的设备，DNS service跑在一台IoT设备的板子上，结果三天两头板子高CPU->过热->死机。回溯以后发现高CPU是自建DNS Service造成的，但是连这个DNS的都只有一些低频率使用的电视、电扇，不存在什么高负荷的使用场景。
一通定位锁定DNS Request来源居然是Samsung智能电视。为了直观展现，我另外上了一个AdGuardHome服务，请求水平大概是这样的：
我有一堆设备，但是Samsung直接占据了所有设备的60% DNS request。排名第二的，居然是服务器，你们感受一下。
我不知道这个DNS请求频率的逻辑到底在哪里（毕竟现在很多服务都特别喜欢用Ultra-low TTL），但是Samsung电视的请求频率已经高到了丧心病狂的程度。最离谱的是它根本没有什么开机关机的优化，插着电就request，别管你电视开着关着、是不是在使用。
譬如夜深人静的时候，所有人都睡了，Samsung电视还在孜孜不倦的发DNS Request：
对你没看错，在夜间屏幕关闭的情况下
