linux-kernel - Re: Chronic resource starvation.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1326681574.6446.25.camel@marge.simson.net>
Date:	Mon, 16 Jan 2012 03:39:34 +0100
From:	Mike Galbraith <efault@....de>
To:	Mike Mestnik <cheako@...emestnik.net>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Chronic resource starvation.

On Sun, 2012-01-15 at 13:01 -0600, Mike Mestnik wrote:
> On 01/15/12 06:08, Mike Galbraith wrote:

> >> Does this behavior look normal or is it just my system?  If it is normal
> >> how difficult would it be to make corrections and would those
> >> corrections likely be kernel or application related?
> > That "Backup complete" makes me suspect a classic case of IO-itis.  If
> > bits of your GUI were pushed out or ram (or weren't previously used),
> > and live on a disk you're beating hell out of, you get to experience
> > horrid interactivity while those missing bits are being retrieved.
> Thank you for the reply!
> 
> That's DVDShrink, copies from optical drive(slow) to disk(fast-ish?).
> http://www.dvdshrink.info/
> 
> That wouldn't explain why the monitor(gkrellm) stopped updating, every
> part of that is pooling like top would.  Gkrellm indicates disk activity
> and it shows the backup complete on sr1 and a backup in progress on sr0,
> however neither of these operations rate on Disk or sda.

No, dvdshrink wouldn't do enough IO to matter much.  Heavy IO can (or
could) cause symptoms like your video though, all of it.  I used to be
able to trigger loss of GUI control for 30 minutes at a time.  All it
took was something poking fdatasync after a large streaming IO had been
running for a while.

Another IO thing that can cause horrible interactivity is IO error
recovery.  That can (or again, could) make a box lurch like hell.  If
that were the cause, you'd have kernel gripes in dmesg output.

	-Mike

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/