Re: [RFC][PATCH] try not to let dirty inodes fester

[Dave Hansen]

Dave, Christoph,

Thanks again for looking at this.  It turned out not to be dirty data at
all that was causing this.  It was dispose_list() taking extraordinarily
long to complete.  There were cases where it was taking 2 or 3 minutes
per batch of ~75 inodes.  This was all due to the underlying filesystem
(GPFS) taking a couple of seconds for each clear_inode().  This kept the
kernel from being able to do any slab reclaim effectively.

Sorry for the noise.

-- Dave

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