Bug 66332
Summary: | Screen and keyboard locks up with slow mouse | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Warren S <wsand70> | ||||||||||
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> | ||||||||||
Status: | CLOSED WORKSFORME | QA Contact: | David Lawrence <dkl> | ||||||||||
Severity: | high | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 7.3 | CC: | wtogami | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | athlon | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2002-06-10 18:28:36 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
Warren S
2002-06-07 23:08:40 UTC
What is rdesktop? Never heard of it before. http://www.rdesktop.org/ Open Source client to login to Windows Terminal Server. I somehow doubt this is the actual cause this problem. I didn't imply that it was the cause of the problem. I asked what it was as I had no idea what it was. Hard to frame a problem without having all of the facts first. Ok, I had a look at the rdesktop site. Here are some potential things that I can think of off the top of my mind: 1) Could possibly be a memory/resource leak in the X server 2) Could possibly be a memory/resource leak in rdesktop (since resources such as pixmaps are stored in the X server, it can appear to be an X server issue). 3) Could perhaps be a DRI and/or XAA issue perhaps. Those are just a few guesses. If you could provide the following additional info, I can dig deeper: What kernel are you using? Please run: uname -a and rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" $(rpm -qa |grep kernel) Please also attach your X server log, config file, and /var/log/messages from right after a crash. Also, can you run "top" in an xterm with 1 second updates (press s, then 1) and sort by memory usage by pressing M. Watch the output of top when the problem occurs. If it isn't reliable, try running top from another machine via ssh, so you can see it die easily. Does any particular process grow in memory usage largely prior to the problem kicking in? In particular watch both the X process, and the rdesktop process(es). Try disabling DRI by commenting out 'Load "dri"' in the config file, then restart X. Does this make the problem go away? If you can provide the above details/info, etc. that could help debug the problem. Thanks. One more thing I just thought of... When it is "chugging", if you just leave the machine alone for an extended length of time, does it eventually stop, or does it crash, or perhaps hit an out-of-memory condition? /var/log/messages will show OOM if that is occuring. Also, how much RAM is in the machine, and how much swap space. Created attachment 60344 [details]
Config file
Created attachment 60364 [details]
Config file
Created attachment 60365 [details]
Log file
Created attachment 60366 [details]
Log file
I also had this happening in KghostView by moving the window after printing the pdf document I was viewing. I have 255MB physical and 249 swap. Linux PC20 2.4.18-4 #1 Thu May 2 18:06:25 EDT 2002 i686 unknown kernel-2.4.18-4.athlon kernel-2.4.18-3.athlon kernel-source-2.4.18-4.i386 Watching top, I did not see X or rdesktop run away with memory. I did see X run away with cpu usage. Also the mouse smooths out after killing some of the top memory guzzlers such as Galeon/Mozilla. Currently have not been able to make X crash after commenting the Load dri line out; this may have fixed this problem. :) No it does not eventually stop, crash or hit an out-of-memory condition. |