Red Hat Bugzilla – Bug 153058
gdm-binary process comsumes 70% CPU after changing tls->tls.disable
Last modified: 2007-11-30 17:11:02 EST
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):
Steps to Reproduce:
1.choose grub ento xen VMM and Domain0
2.#mv /lib/tls /lib/tls.disable; reboot
4.#mv /lib/tls.disable /lib/tls; reboot
gdm-binary process consumes 70%+ CPU when tls is disabled.
gdm-binary will get < 10% CPU
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
Created attachment 112572 [details]
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.