linux-kernel - Re: Linux 2.6.31 - very swap-happy with plenty of free RAM

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: <20091119013810.GO9467@discord.disaster>
Date:	Thu, 19 Nov 2009 12:38:10 +1100
From:	Dave Chinner <david@...morbit.com>
To:	Sven-Haegar Koch <haegar@...net.de>
Cc:	Dan Merillat <dan.merillat@...il.com>,
	Tomasz Chmielewski <mangoo@...g.org>, preining@...ic.at,
	riel@...hat.com, linux-kernel@...r.kernel.org
Subject: Re: Linux 2.6.31 - very swap-happy with plenty of free RAM

On Thu, Nov 19, 2009 at 02:09:09AM +0100, Sven-Haegar Koch wrote:
> On Wed, 18 Nov 2009, Dan Merillat wrote:
> 
> > On Wed, Nov 18, 2009 at 4:45 PM, Tomasz Chmielewski <mangoo@...g.org> wrote:
> > 
> > > I have a pretty powerful desktop machine with 8 GB RAM, fast disks with
> > > RAID-1 etc.
> > 
> > > Every 10 minutes or so, machine is really unresponsive, load jumps to 10 or
> > > 20. Mouse pointer jumps, it's impossible to change between windows etc.
> > 
> > This is the type of hefty workstation many of the core developers
> > have, running similar workloads, so I'm somewhat surprised that the
> > default VM settings have this kind of issue.
> > 
> > > Do a "swapoff -a", and everything is snappy and responsive as it should,
> > > there are no more lags.
> > 
> > Yes, that's my exact finding.
> > 
> > Is this weird IO storm happening for anyone else with plenty of memory
> > (for their taskload?)
> 
> For me it happend on my laptop. 3gb RAM, and a 1gb VMWare Windows-XP 
> instance running, plus the usual like firefox, thunderbird, kde4.
> 
> Without running vmware it did not happen. And since I have now disabled 
> barriers on the xfs /home partition (on luks crypto lvm) it also does 
> not happen anymore.

Yeah, it looks like dm-crypt recently started supporting barriers in
commit 647c7db14ef9cacc4ccb3683e206b61f0de6dc2b. Hence XFS will have
detected barriers work at mount time mount and so is now issuing
them.

Similarly, raid1 (mirror) has recently gained barrier support so
the same issue can be seen there.

Cheers,

Dave.
-- 
Dave Chinner
david@...morbit.com
--
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/