Greg,
Sorry I didn't respond sooner - other things have gotten in the way of reading
this thread.
See comments below.
Roger
Greg Banks wrote:
On Tue, Oct 30, 2007 at 03:16:06PM +1100, Neil Brown wrote:
On Tuesday October 30, [EMAIL PROTECTED] wrote:
Of course snapshot cow elements may be
On Wed, Oct 31, 2007 at 03:01:58PM +1100, Greg Banks wrote:
On Wed, Oct 31, 2007 at 10:56:52AM +1100, David Chinner wrote:
On Tue, Oct 30, 2007 at 03:16:06PM +1100, Neil Brown wrote:
On Tuesday October 30, [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no
On 10/30/07, Greg Banks [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no longer in use by the filesystem
and will not be read in the future. Any storage used to back
the extent may be released without any threat to filesystem
or data integrity.
I'd
On Tuesday 30 October 2007, Dongjun Shin wrote:
There is an ongoing discussion about adding 'Trim' ATA command for notifying
the drive about the deleted blocks.
http://www.t13.org/Documents/UploadedDocuments/docs2007/e07154r3-Data_Set_Management_Proposal_for_ATA-ACS2.pdf
This is especially
On 10/30/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
This make me curious, why would t13 want to invent a new command when
there is already the erase command from CFA?
It's not exactly the same, but close enough that the proposed BIO_HINT_RELEASE
should probably be mapped to CFA_ERASE (0xc0)
On 10/30/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
Not sure. Why shouldn't you be able to reorder the hints provided that
they don't overlap with read/write bios for the same block?
You're right. The bios can be reordered if they don't overlap with hint.
-
To unsubscribe from this list: send
On Tue, 30 October 2007 18:35:08 +0900, Dongjun Shin wrote:
On 10/30/07, Greg Banks [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no longer in use by the filesystem
and will not be read in the future. Any storage used to back
the extent may be released
On Tue, 30 October 2007 23:19:48 +0900, Dongjun Shin wrote:
On 10/30/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
Not sure. Why shouldn't you be able to reorder the hints provided that
they don't overlap with read/write bios for the same block?
You're right. The bios can be reordered if
On Tuesday 30 October 2007, Jörn Engel wrote:
On Tue, 30 October 2007 23:19:48 +0900, Dongjun Shin wrote:
On 10/30/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
Not sure. Why shouldn't you be able to reorder the hints provided that
they don't overlap with read/write bios for the same
On 10/31/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Tuesday 30 October 2007, Jörn Engel wrote:
On Tue, 30 October 2007 23:19:48 +0900, Dongjun Shin wrote:
On 10/30/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
Not sure. Why shouldn't you be able to reorder the hints provided that
On Tue, Oct 30, 2007 at 03:16:06PM +1100, Neil Brown wrote:
On Tuesday October 30, [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no longer in use by the filesystem
and will not be read in the future. Any storage used to back
the extent may be released
On Tue, Oct 30, 2007 at 06:35:08PM +0900, Dongjun Shin wrote:
On 10/30/07, Greg Banks [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no longer in use by the filesystem
and will not be read in the future. Any storage used to back
the extent may be
On Wed, Oct 31, 2007 at 10:56:52AM +1100, David Chinner wrote:
On Tue, Oct 30, 2007 at 03:16:06PM +1100, Neil Brown wrote:
On Tuesday October 30, [EMAIL PROTECTED] wrote:
BIO_HINT_RELEASE
The bio's block extent is no longer in use by the filesystem
and will not be read in the
G'day,
A number of people have already seen this; I'm posting for wider
comment and to move some interesting discussion to a public list.
I'll apologise in advance for the talk about SGI technologies (including
proprietary ones), but all the problems mentioned apply to in-tree
technologies too.
filesystem/block snapshot interaction
To: David Chinner [EMAIL PROTECTED], Donald Douwsma [EMAIL PROTECTED],
Christoph Hellwig [EMAIL PROTECTED], Roger Strassburg [EMAIL
PROTECTED]
Cc: Mark Goodwin [EMAIL PROTECTED],
Brett Jon Grandbois [EMAIL PROTECTED
On Tuesday October 30, [EMAIL PROTECTED] wrote:
Of course snapshot cow elements may be part of more generic element
trees. In general there may be more than one consumer of block usage
hints in a given filesystem's element tree, and their locations in that
tree are not predictable. This
On Tue, Oct 30, 2007 at 03:16:06PM +1100, Neil Brown wrote:
On Tuesday October 30, [EMAIL PROTECTED] wrote:
Of course snapshot cow elements may be part of more generic element
trees. In general there may be more than one consumer of block usage
hints in a given filesystem's element
17 matches
Mail list logo
