Description of problem: The gdm-binary process comsumes 70% CPU after changing tls->tls.disable. When TLS is enabled again, gdm-binary acts normally. Version-Release number of selected component (if applicable): kernel-xen0-devel-2.6.11-1.1177_FC4 kernel-xenU-devel-2.6.11-1.1177_FC4 kernel-xen0-2.6.11-1.1177_FC4 kernel-xenU-2.6.11-1.1177_FC4 xen-2-20050308 How reproducible: everytime. Steps to Reproduce: 1.choose grub ento xen VMM and Domain0 2.#mv /lib/tls /lib/tls.disable; reboot 3.#top 4.#mv /lib/tls.disable /lib/tls; reboot 5.#top Actual results: gdm-binary process consumes 70%+ CPU when tls is disabled. Expected results: gdm-binary will get < 10% CPU Additional info:
Firstly, there is no need to move /lib/tls out of the way - TLS emulation can be slow at times, but it does work correctly now that Xen uses segment flipping. Secondly, could you take a look where the CPU time is being spent? Is it spent in user space, or in kernel space? If the latter, could you boot with 'profile=2' and use readprofile to figure out where the cpu time is being spent ?
Created attachment 112572 [details] readprofile output readprofile output
The output of "top" shows 79% in sys and 20% in user. The output of readprofile with "profile=2" is attached.
From statement of bug #151367, it seems it's a common bug but not a xen specific one. I updated the latest gdm package it's ok now.