2014-09-25 83 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