【我用截屏已經說明這個軟件是有相關設置的, 我是有證據, 而你是在用假設來猜測到底是軟件還是人的問題】
你的截屏只是说明它能设置固定在什么时间运行，运行时可以少占资源
这个是对的，但是还是不能真正做到“不影响工作任务”，因为服务器的工作任务什么时候开始，是不固定的，需要的资源也是很难说的（seti可能设了只占20%，而一旦这个工作任务需要90%，那还是会影响到了）

【這裡你忘記了這個軟件的前提, 是"利用計算機的空餘計算能力", 把他裝到繁忙的服務器上當然也是人的問題. 而且軟件是可以設置利用cpu上限的. 在可能空閒的服務器上安裝而不設置,也是人的問題.】
服务器的工作任务什么时候开始，是不固定的，需要的资源也是很难说的
如果seti真正能知道工作任务（它们也是不确定的一些进程、新进程）是否运行，还是可以做到完全不影响工作的

至于运行开销，我的设想做法肯定是把它分为2个：一个是X，常驻的任务检测程序；一个是seti，真正找外星人的程序，它只会在X检测到没有工作任务时才会被X启动，也在X检测到工作任务来了之后，立即被X所关闭

【這個地方, 我認為你上文提的計算方法, 是吹毛求疵的. 你實際要求該程序每隔一段時間來拿個系統快照, 然後分析每個進程(除了idle)的cpu佔用來決定自己的cpu佔用情況, 吃力不討好,而且分析過程對系統資源也是浪費. 我還是假設你還是會認可屏保啟動的前提邏輯, 你的所謂計算是指程序已經運行后的邏輯,而不是程序是否要運行的邏輯. 否則就更錯了.】
定时检测idle，的确是需要跑一个程序X的，但是这个程序的开销是非常低的：
不是拿系统快照，而是直接从某个地方取这个信息（这个信息是系统自己记录的，不管X是否运行着），
而且X也是1秒钟（seti运行时）或1分钟（seti未运行时）才取一次，可以做到开销最低而反应最快
seti运行时，此时必然是无工作任务，1秒钟检测一次，也不会影响工作任务，而只会在工作任务新运行时能在1秒钟内反应到：立即停止、关闭seti
seti未运行时，此时必然是有工作任务运行或刚刚已经停止，1分钟检测一次，把对工作任务的影响降到最低。连续10分钟都检测到没有工作任务了，才自动启动seti

吹毛求疵？那是没办法的，要免费利用别人的资源，就要不能影响别人的正经活