linux-ext4 - Re: Mentor for a GSoC application wanted (Online ext2/3 filesystem checker)

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: <20080421185849.GD20637@parisc-linux.org>
Date:	Mon, 21 Apr 2008 12:58:50 -0600
From:	Matthew Wilcox <matthew@....cx>
To:	Ric Wheeler <ric@....com>
Cc:	Eric Sandeen <sandeen@...hat.com>,
	Andi Kleen <andi@...stfloor.org>, Theodore Tso <tytso@....edu>,
	Alexey Zaytsev <alexey.zaytsev@...il.com>,
	linux-ext4@...r.kernel.org, linux-fsdevel@...r.kernel.org,
	Rik van Riel <riel@...riel.com>
Subject: Re: Mentor for a GSoC application wanted (Online ext2/3 filesystem checker)

On Mon, Apr 21, 2008 at 02:44:45PM -0400, Ric Wheeler wrote:
> Turning the drive write cache off is the default case for most RAID 
> products (including our mid and high end arrays).
> 
> I have not seen an issue with drives wearing out with either setting (cache 
> disabled or enabled with barriers).
> 
> The theory does make some sense, but does not map into my experience ;-)

To be fair though, the gigabytes of NVRAM on the array perform the job
that the drive's cache would do on a lower-end system.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html