Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 939123 - net-misc/tigervnc Xvnc consuming a *lot* of CPU after upgrading from 1.13.1-r3 to 1.14.0-r1
Summary: net-misc/tigervnc Xvnc consuming a *lot* of CPU after upgrading from 1.13.1-r...
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Normal major
Assignee: Viorel Munteanu
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-05 15:37 UTC by Gerhard Hintermayer
Modified: 2024-09-06 17:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
xinetd configuration file (vnc,590 bytes, text/plain)
2024-09-06 06:02 UTC, Gerhard Hintermayer
Details
emerge --info (emerge.info,6.83 KB, text/plain)
2024-09-06 12:33 UTC, Gerhard Hintermayer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Hintermayer 2024-09-05 15:37:38 UTC
I have Xvnc running via xinetd to supply multiple vnc sessions on a server. After the upgrade I nearly see 100% CPU per Xvnc process, which is deadly when running up to 10 Xvnc sessions. Before the upgrade this was no issue. xinetd justs starts the Xvnc process, then lightdm kicks in via xdmcp, and even the quite static login page brings the Xvnc process to nearly 100% CPU.
Comment 1 Viorel Munteanu gentoo-dev 2024-09-05 18:08:27 UTC
Can you give me the parameters to Xvnc?  Or the file in xinetd.d you use to start it?
Comment 2 Gerhard Hintermayer 2024-09-05 20:12:31 UTC
-inetd -query localhost -once -geometry 1280x1024 -depth 16 -pn -fp somefontpaths IdleTimeout=3600 securitytypes=none

are my parameters. AS I said, this used to work like a charm before the update
Comment 3 Gerhard Hintermayer 2024-09-06 06:02:57 UTC
Created attachment 902205 [details]
xinetd configuration file

this is my xinetd configuration file for opening a xdmcp login session via VNC
Comment 4 Gerhard Hintermayer 2024-09-06 11:07:37 UTC
strange, running this on my amd64 machine I don't have any problems, running it under x86 I immediately see Xvnc among to the top processes.
Comment 5 Viorel Munteanu gentoo-dev 2024-09-06 12:24:17 UTC
I tried to replicate your configuration and it works fine for me (on amd64 also).

I don't have an x86 to test it, but I suppose it's something specific to your case.

Check if you have enough memory, maybe try a strace, and if you cannot figure it out I suggest opening an issue with upstream, maybe they can help.

https://github.com/TigerVNC/tigervnc/issues

Also please post an `emerge --info`, maybe there is something there (I didn't know this was on 32 bit, for example).
Comment 6 Gerhard Hintermayer 2024-09-06 12:33:42 UTC
Created attachment 902242 [details]
emerge --info

here's my emerge info. I know the profile is not supported anymore, did not find time to do the update, also glibc is outdated, need to doublechech compatibility with 3rd party closed source application (SCADA)
Comment 7 Viorel Munteanu gentoo-dev 2024-09-06 12:44:22 UTC
I don't see anything obvious, maybe try to compile it again without ccache (or with CCACHE_RECACHE=yes), I don't have other ideas.
Comment 8 Gerhard Hintermayer 2024-09-06 17:18:47 UTC
(In reply to Viorel Munteanu from comment #7)
> I don't see anything obvious, maybe try to compile it again without ccache
> (or with CCACHE_RECACHE=yes), I don't have other ideas.

OK, maybe I'll try this, but as I tested Xvnc on a amd64 machine already, I will move the Xvnc to this host and do the xdmcp query to the original host, instead of running both xdmcp and Xvnc server on the same host. So I can achieve some memory/cpu offload from the 32 bit VM