Re: Xorg in swwrt
On 2011-Feb-06 15:19:12 +1030, Daniel O'Connor dar...@dons.net.au wrote: I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. FWIW, I've run into this a couple of times recently when logging out of X. This is with X.Org X Server 1.10.6 and a ATI Radeon HD 2400 Pro on 8-STABLE r235229. The problem seems to go away after a couple of hours. -- Peter Jeremy pgpiZRKfLAQrH.pgp Description: PGP signature
Re: Xorg in swwrt
On 23/06/2012, at 19:02, Peter Jeremy wrote: On 2011-Feb-06 15:19:12 +1030, Daniel O'Connor dar...@dons.net.au wrote: I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. FWIW, I've run into this a couple of times recently when logging out of X. This is with X.Org X Server 1.10.6 and a ATI Radeon HD 2400 Pro on 8-STABLE r235229. The problem seems to go away after a couple of hours. I think it's a memory fragmentation issue but I am only really guessing. Certainly after putting more RAM in the system in question the problem happened less frequently. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Xorg in swwrt
On Sun, Feb 06, 2011 at 03:19:12PM +1030, Daniel O'Connor wrote: I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. eg.. last pid: 21791; load averages: 0.12, 0.29, 0.23 up 0+16:09:07 15:16:15 496 processes: 2 running, 494 sleeping CPU: 0.0% user, 0.0% nice, 46.7% system, 0.0% interrupt, 53.3% idle Mem: 190M Active, 33M Inact, 3217M Wired, 198M Cache, 15M Buf, 171M Free Swap: 4096M Total, 621M Used, 3475M Free, 15% Inuse, 212K Out PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 21787 fiona 1 760 168M 134M swwrt 0 0:04 32.37% Xorg 21788 darius1 760 31860K 4868K pause 1 0:00 1.17% zsh 2081 darius4 440 113M 11620K ucond 1 9:45 0.10% python2.6 656 root 1 440 24392K 1096K select 1 3:44 0.00% ppp 1881 darius 32 520 135M 8804K uwait 0 2:24 0.00% python2.6 Does anyone else see this? I don't use X, but: The swwrt state is induced by function swap_pager_putpages() in src/sys/vm/swap_pager.c. It seems to imply that there's a certain degree of swapping going on in/out of the process, but the code is beyond my understanding. I see 621MB of swap used on that machine, so it doesn't sound that far-fetched. It would also help to know when your kernel was built (uname -a), since there have been changed during the 8.2-PRERELEASE lifetime to the above code file. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/swap_pager.c procstat -kk and procstat -v on PID 21787 might also be helpful. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Xorg in swwrt
On Sun, Feb 06, 2011 at 03:19:12PM +1030, Daniel O'Connor wrote: I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. eg.. last pid: 21791; load averages: 0.12, 0.29, 0.23 up 0+16:09:07 15:16:15 496 processes: 2 running, 494 sleeping CPU: 0.0% user, 0.0% nice, 46.7% system, 0.0% interrupt, 53.3% idle Mem: 190M Active, 33M Inact, 3217M Wired, 198M Cache, 15M Buf, 171M Free Swap: 4096M Total, 621M Used, 3475M Free, 15% Inuse, 212K Out PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 21787 fiona 1 760 168M 134M swwrt 0 0:04 32.37% Xorg swwrt means waiting for the syncronous swap-out to finish. This is consistent with the top indicating the non-trivial amount of swap space used and swapout happen right now. Look at the working set of the application you are starting. Another thing that is standing out is huge wired count. 21788 darius1 760 31860K 4868K pause 1 0:00 1.17% zsh 2081 darius4 440 113M 11620K ucond 1 9:45 0.10% python2.6 656 root 1 440 24392K 1096K select 1 3:44 0.00% ppp 1881 darius 32 520 135M 8804K uwait 0 2:24 0.00% python2.6 Does anyone else see this? If it matters I am using the xf86-video-ati driver (II) RADEON(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0x (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: ATI Radeon HD 4200 (ChipID = 0x9710) (--) RADEON(0): Linear framebuffer at 0xd800 (II) RADEON(0): PCI card detected [snip] (II) RADEON(0): MC_AGP_LOCATION : 0x003f (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Allocating from a screen of 131008 kb (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00b7c000 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00b8 (II) RADEON(0): Will use 11760 kb for front buffer at offset 0x (II) RADEON(0): Will use 64 kb for PCI GART at offset 0x07ff (II) RADEON(0): Will use 11760 kb for back buffer at offset 0x00b84000 (II) RADEON(0): Will use 11760 kb for depth buffer at offset 0x0170 (II) RADEON(0): Will use 47616 kb for textures at offset 0x0227c000 (II) RADEON(0): Will use 48080 kb for X Server offscreen at offset 0x050fc000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci::01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci::01:05.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0xd800 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x3 (II) RADEON(0): [drm] installed DRM signal handler [in swwrt] Does anyone else see this? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org pgpyZWLQ7q6ud.pgp Description: PGP signature
Re: Xorg in swwrt
On Sun, Feb 06, 2011 at 11:27:32AM +0200, Kostik Belousov wrote: On Sun, Feb 06, 2011 at 03:19:12PM +1030, Daniel O'Connor wrote: I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. eg.. last pid: 21791; load averages: 0.12, 0.29, 0.23 up 0+16:09:07 15:16:15 496 processes: 2 running, 494 sleeping CPU: 0.0% user, 0.0% nice, 46.7% system, 0.0% interrupt, 53.3% idle Mem: 190M Active, 33M Inact, 3217M Wired, 198M Cache, 15M Buf, 171M Free Swap: 4096M Total, 621M Used, 3475M Free, 15% Inuse, 212K Out PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 21787 fiona 1 760 168M 134M swwrt 0 0:04 32.37% Xorg swwrt means waiting for the syncronous swap-out to finish. This is consistent with the top indicating the non-trivial amount of swap space used and swapout happen right now. Look at the working set of the application you are starting. Another thing that is standing out is huge wired count. Regarding the large wired count: I'm willing to bet ZFS is in use on the machine, which would explain this (specifically ARC usage). -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Xorg in swwrt
On 06/02/2011, at 19:57, Kostik Belousov wrote: PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 21787 fiona 1 760 168M 134M swwrt 0 0:04 32.37% Xorg swwrt means waiting for the syncronous swap-out to finish. This is consistent with the top indicating the non-trivial amount of swap space used and swapout happen right now. OK. There are a lot of daemons running, however it does the swwrt thing even on a fresh boot, and even when there is a lot of free space. I wonder if it is doing something silly like trying to get some contiguous memory or similar.. Look at the working set of the application you are starting. Another thing that is standing out is huge wired count. Yep, it's running ZFS :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Xorg in swwrt
I updated ports (portmaster -a basically) on this 8.2-PRE box and now I find X takes a long, long time to start up and uses lots of CPU. It shows the wchan as swwrt. eg.. last pid: 21791; load averages: 0.12, 0.29, 0.23 up 0+16:09:07 15:16:15 496 processes: 2 running, 494 sleeping CPU: 0.0% user, 0.0% nice, 46.7% system, 0.0% interrupt, 53.3% idle Mem: 190M Active, 33M Inact, 3217M Wired, 198M Cache, 15M Buf, 171M Free Swap: 4096M Total, 621M Used, 3475M Free, 15% Inuse, 212K Out PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 21787 fiona 1 760 168M 134M swwrt 0 0:04 32.37% Xorg 21788 darius1 760 31860K 4868K pause 1 0:00 1.17% zsh 2081 darius4 440 113M 11620K ucond 1 9:45 0.10% python2.6 656 root 1 440 24392K 1096K select 1 3:44 0.00% ppp 1881 darius 32 520 135M 8804K uwait 0 2:24 0.00% python2.6 Does anyone else see this? If it matters I am using the xf86-video-ati driver (II) RADEON(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0x (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: ATI Radeon HD 4200 (ChipID = 0x9710) (--) RADEON(0): Linear framebuffer at 0xd800 (II) RADEON(0): PCI card detected [snip] (II) RADEON(0): MC_AGP_LOCATION : 0x003f (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Allocating from a screen of 131008 kb (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00b7c000 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00b8 (II) RADEON(0): Will use 11760 kb for front buffer at offset 0x (II) RADEON(0): Will use 64 kb for PCI GART at offset 0x07ff (II) RADEON(0): Will use 11760 kb for back buffer at offset 0x00b84000 (II) RADEON(0): Will use 11760 kb for depth buffer at offset 0x0170 (II) RADEON(0): Will use 47616 kb for textures at offset 0x0227c000 (II) RADEON(0): Will use 48080 kb for X Server offscreen at offset 0x050fc000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci::01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci::01:05.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0xd800 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x3 (II) RADEON(0): [drm] installed DRM signal handler [in swwrt] Does anyone else see this? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
