NICE 一个进程并将其设置为 RT

NICE 一个进程并将其设置为 RT

我有一个 Fedora 系统,其中 sopcast 运行两个流。当我在本地观看直播时,它看起来很完美。但经过我的 Fedora-box 处理后,它有点不稳定。我想将流设置为实时,并将其优先于所有事情。

正如您在下面看到的,我尝试将其设置为 NICE -20,并将其他消耗进程设置为更高的值。好像之后情况变得更糟了。

我如何使其实时?设置成RT后会不会更好一点?运行我的流的用户正在操作。在我的 init 5 + root 上运行的所有内容都应优先考虑最低。

top - 02:09:54 up  1:25,  3 users,  load average: 0.11, 0.10, 0.09
Tasks: 185 total,   2 running, 183 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3%us,  0.9%sy,  1.2%ni, 96.7%id,  0.4%wa,  0.2%hi,  0.2%si,  0.0%st
Mem:   5914932k total,  2456904k used,  3458028k free,    68296k buffers
Swap:  8028156k total,        0k used,  8028156k free,  1557048k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
 3775 deluge    39  19  572m  42m  10m S  3.0  0.7   0:50.89 deluged            
 1826 root      20   0  148m  20m 8544 S  1.0  0.4   0:21.69 Xorg               
 2436 administ  25   5  225m 2520 1764 S  1.0  0.0   0:07.44 synergyc           
 1716 operate    0 -20 19596 8244 1884 S  0.7  0.1   0:40.56 sp-so-auth         
 2367 administ  25   5  572m  15m 9.8m S  0.7  0.3   0:04.47 gnome-terminal     
   24 root      RT   0     0    0    0 S  0.3  0.0   0:00.24 migration/3        
  824 deluge    39  19  245m  30m 4236 S  0.3  0.5   0:16.45 deluge      

还有其他让直播变得更好的建议吗?处理器似乎并没有在努力处理它,但仍然如此。洪水似乎需要相当多的时间。那应该是 NICED 阳性吗?

编辑:作为旁注。我的互联网连接没有达到极限。我正在路由器上运行 BW 监视器 (DD-WRT)。它显示 10 Mbit 中的平均上传为 2 Mbit,100 Mbit 中的平均下载为 0.4。但图表本身的表现确实很奇怪。参见附图。我一直想知道这可能是什么。还与我的提供商讨论了 MTU 等问题,但他们告诉我一切看起来都不错。正如你所看到的,它每隔一秒就掉下来,表现得很奇怪。几乎就像它在某个地方达到了最大窗口大小一样。这些流基于 RTP / HTTP,总共 350Kbits + 20Kbits 声音。

带宽监控图

答案1

您的系统几乎完全 (96.7%) 空闲。更改 CPU 优先级不会产生任何影响,因为系统上的每个进程都已经获得了它所需的所有 CPU 时间。

鉴于您正在运行洪水,您可能会缺乏带宽。停止您正在运行的任何种子,或将其带宽使用限制在合理的水平。

相关内容