|
|
| Applications |
| Mailing Lists |
| Miscellaneous |
| Operating Systems |
| Programming |
Re: Poor Xorg performance in Etch
From: Marty <martyb(at)ix.netcom.com>
Date: Sun Aug 19 2007 - 12:01:03 EDT
>
> You have the (1) toggle on so that all CPUs are aggregated into Cpu(s).
> Turn off the toggle to get a separate line for each CPU. According to
> this your system is idle about half the time. I suspect that one
> processor (the one running Xorg) is going flat out and the other is
> idle. I don't know if Xorg is multi-threaded and able to run on
> multiple CPUs or single threaded where SMP doesn't help. Hopefully, the
> application can use the other CPU to spread the load.
>
>
>
> If you have Irix mode set, then Xorg is using 100% of the CPU on which
> it is running. If you have Solaris mode set, then Xorg is using 100% of
> all CPUs, for the time period since the last refresh.
>
> Doug.
>
>
Date: Sun Aug 19 2007 - 12:01:03 EDT
Douglas A. Tutty wrote:
> On Sun, Aug 19, 2007 at 10:42:22AM -0400, Marty wrote:
>> Douglas A. Tutty wrote: >> >On Sun, Aug 19, 2007 at 09:04:13AM -0400, Marty wrote: >> > > >> >>>New observations after further testing: First, I think I was mistaken, >> >>and >this problem does not occur in my other Etch system. Secondly, top >> >>shows >only one CPU pegged at 100%, while the overall CPU utilization is >> >>50%, >suggesting that the other CPU is idle. Taken together these seem >> >>to >suggest a possible SMP or motherboard issue (MSI K9MM-V). >> >> >> >>I posted too soon. Apparently the image setting had not taken hold, and >> >>when I did disable it the problem went away, both in Iceape and >> >>Konqueror. This seems odd because the page is mostly text, with only a >> >>few small images. Now I am guessing there is some kind of image library >> >>issue. >> > >> >Just to clarify what you're seeing in top: 0.0%wa ? >> >> I'm not sure I understand myself. I stopped it while scrolling and copied >> the first few lines below: >> >> Tasks: 126 total, 2 running, 124 sleeping, 0 stopped, 0 zombie >> Cpu(s): 49.9%us, 4.8%sy, 0.0%ni, 45.1%id, 0.2%wa, 0.0%hi, 0.0%si, >> 0.0%st
>
> You have the (1) toggle on so that all CPUs are aggregated into Cpu(s).
> Turn off the toggle to get a separate line for each CPU. According to
> this your system is idle about half the time. I suspect that one
> processor (the one running Xorg) is going flat out and the other is
> idle. I don't know if Xorg is multi-threaded and able to run on
> multiple CPUs or single threaded where SMP doesn't help. Hopefully, the
> application can use the other CPU to spread the load.
>
>
>> Mem: 2073092k total, 1917620k used, 155472k free, 18832k buffers >> Swap: 6434024k total, 0k used, 6434024k free, 1631596k cached >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 3353 root 15 -10 98128 24m 6460 R 100 1.2 10:36.02 Xorg >>
>
> If you have Irix mode set, then Xorg is using 100% of the CPU on which
> it is running. If you have Solaris mode set, then Xorg is using 100% of
> all CPUs, for the time period since the last refresh.
>
> Doug.
>
>
Thanks. I also found the threads option (H) in the man page. Below is a more complete top listing, with (1) and Irix mode off, and threads on. It shows only about one third of the total number of tasks.
Tasks: 173 total, 4 running, 169 sleeping, 0 stopped, 0 zombie Cpu0 : 1.0%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 :100.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2073092k total, 2020192k used, 52900k free, 3976k buffers Swap: 6434024k total, 56k used, 6433968k free, 1536972k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3353 root 14 -10 103m 33m 6608 R 49.9 1.6 15:35.94 Xorg 32185 marty 16 0 307m 249m 22m S 0.3 12.3 1:16.70 iceape-bin 32483 marty 16 0 2228 1172 856 S 0.2 0.1 0:04.79 top 1 root 16 0 1948 644 552 S 0.0 0.0 0:24.81 init 2 root RT 0 0 0 0 S 0.0 0.0 0:00.02 migration/0 3 root 34 19 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0 4 root RT 0 0 0 0 S 0.0 0.0 0:00.38 migration/1 5 root 34 19 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/1 6 root 10 -5 0 0 0 S 0.0 0.0 0:00.10 events/0 7 root 10 -5 0 0 0 S 0.0 0.0 0:00.40 events/1 8 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper 9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 12 root 10 -5 0 0 0 S 0.0 0.0 0:00.21 kblockd/0 13 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 kblockd/1 14 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 105 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 khubd 107 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 234 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 235 root 15 0 0 0 0 S 0.0 0.0 0:00.03 pdflush 236 root 15 0 0 0 0 S 0.0 0.0 0:00.54 kswapd0 237 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 238 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 aio/1 360 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0 361 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/1 363 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0 364 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1 404 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2 405 root 10 -5 0 0 0 S 0.0 0.0 0:00.04 usb-storage 420 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused 483 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kirqd 603 root 16 -4 2708 1152 348 S 0.0 0.1 0:00.03 udevd 950 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 ivtv_vbi/0 951 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 ivtv_vbi/1 998 root 5 -10 0 0 0 S 0.0 0.0 1:11.84 ivtv-enc 999 root 5 -10 0 0 0 S 0.0 0.0 5:43.70 ivtv-enc-vbi 1000 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 ivtv_vbi/0 1001 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ivtv_vbi/1 1034 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 ivtv-enc 1035 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 ivtv-enc-vbi 2080 daemon 16 0 1684 364 272 S 0.0 0.0 0:00.00 portmap 2083 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 rpciod/0 2084 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 rpciod/1 2085 root 18 0 0 0 0 S 0.0 0.0 0:00.00 lockd
-- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.orgReceived on Sun Aug 19 12:01:31 2007
This archive was generated by hypermail 2.1.8 : Sun Oct 07 2007 - 02:27:12 EDT
|
Contact Us Legal Notices Order Services Online Pantek Home Privacy Policy IT news Site Map Pantek Library |