linux-kernel - Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality

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: <201007282228.23360.chris@csamuel.org>
Date:	Wed, 28 Jul 2010 22:28:19 +1000
From:	Chris Samuel <chris@...muel.org>
To:	linux-btrfs@...r.kernel.org
Cc:	Ben Chociej <bchociej@...il.com>, diegocg@...il.com,
	chris.mason@...cle.com, linux-fsdevel@...r.kernel.org,
	cmm@...ibm.com, bcchocie@...ibm.com, mrlupfer@...ibm.com,
	crscott@...ibm.com, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/5] Btrfs: Add hot data tracking functionality

On Wed, 28 Jul 2010 09:18:23 am Ben Chociej wrote:

> Yes, that's correct. It's likely not going to be a cache in the
> traditional sense, since the entire capacity of both HDD and SSD would
> be available.

To me that sounds like an HSM type arrangement, with most frequently used data 
on the highest performing media and less frequently touched data getting 
shunted down the chain to SAS, SATA and then tape and/or MAID type devices.

Certainly interesting from my HPC point of view in that I can see it being 
useful to parallel filesystems like Ceph if this "just happens".

I guess real HSM devotees would want policies for migration downstream.. ;-)

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP

Download attachment "signature.asc " of type "application/pgp-signature" (483 bytes)