Control: tag -1 more info

Could you join the PDF?
Le 6 juin 2013 22:09, "Dominique Brazziel" <dbrazz...@snet.net> a écrit :

>      I have been hit extremely hard by this bug for about a month
> or two now, but it certainly wasn't present in the past.  On my
> system the GUI completely freezes, the clock on the top panel stops
> on the second after CUPS/Ghostscript/hpcups start doing their thing,
> and all mouse and keyboard events are ignored.  Remote ssh sessions
> become are unresponsive as well, so monitoring the system (htop, top,
> etc.) is not possible.  The hang lasts for anywhere from 5 to 20 minutes
> for just a 3 page pdf.
>
>      I suspected high disk usage and review of the sysstat logs
> (sar -d -p) confirmed extremely large average disk queue sizes, on the
> order of 2000-6000 and sometimes higher.  Review of kernel logs shows
> the kernel hung task process being executed as tasks have been
> unresponsive for more than 2 minutes.
>
>      One helpful tracker of what is happening is the atop monitor
> which dumps data to it's log at 10 minute intervals.  By going
> through chronologically until the interval in which the print
> job was active I was able to see average disk queues leading up
> to the time the job was active and the interval the job was active.
> The default display shows kswapd occupying 16% of the CPU and
> dozens of processes in uninterruptable sleep state (D).  gs was not
> running at this point, but by changing the display to show memory usage,
> I see virtual and real memory growth and size of 150M and 116M
> respectively.   The iceweasel (firefox) process with ~15 tabs open
> has virtual memory size of 1 gig but about 55M of real memory
> and shrinking, as are the 8 to 10 chromium processes.
>
>      I think there is a problem with kswapd on this kernel
> (V3.8.2-686-PAE), and I have a relatively small system (1 gig RAM),
> but 116 megs of real memory seems like a lot to print a small
> html/text document and Fedora (17, 18) on the same hardware platform
> (Intel Atom N270 w/1 gig of RAM) doesn't experience this extreme
> stress or hang.
>
>      I will check the version of ghostscript on Fedora and try and
> recreate the problem with a similar memory load (i.e. firefox and
> many chromium processes) and see what happens.
>
>
> --
> To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/1370549104.11049.23.ca...@asusb202.mba
>
>

Reply via email to