2014-09-25 230 views
-1

在Debian 7虚拟机中运行TigerVNC 1.3.1时,我遇到了非常麻烦的问题。大约一分钟后,VNC窗口中什么都不做,Xvnc进程的CPU使用率高达100%。一旦我再次将鼠标移动到VNC窗口,CPU使用率恢复正常。我相信函数调用select()是罪魁祸首。做一个 “使用strace -p” 给我吨这样的:Xvnc在100%CPU空闲时的进程

select(256, [0 1 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74], NULL, NULL, {0, 0}) = 0 (Timeout) 

和 “使用strace -c -p”:

% time  seconds usecs/call  calls errors syscall 
------ ----------- ----------- --------- --------- ---------------- 
78.19 0.001760   0  98445   select 
21.81 0.000491   0 196889   setitimer 
------ ----------- ----------- --------- --------- ---------------- 
100.00 0.002251    295334   total 

我不是对系统函数调用的专家,但所有其他我用这些命令检查的进程不显示那种行为。它是tigervnc代码中的错误,还是我可以修复它的方法?

回答

0

我建议你重置为默认设置,看看是否一切都很好。很长一段时间我一直是个紧急用户,直到我切换到RealVNC(免费版)。我建议你尝试一下。这些设置与tightvnc几乎相同。它支持真正的跨机器文本复制和粘贴。

+0

我试过RealVNC。对于我来说这是不可用的,因为KDE中的键盘布局面板与它崩溃,所以我无法使用非美国密钥。 – 2014-09-25 09:29:27