[stgt] [PATCH 0/2] RFC - Double-linked list backing store.

Mark Harvey markh794 at gmail.com
Fri Aug 22 11:43:01 CEST 2008


FUJITA Tomonori wrote:
> On Thu, 21 Aug 2008 20:33:03 +1000
> "ronnie sahlberg" <ronniesahlberg at gmail.com> wrote:
> 
>>> To support variable block, metadata needs to be kept for each block.
>>>
>> Since this will be a structure of a handful of bytes for each of
>> possibly bilions of blocks   extended attributes might be suboptimal
>> for storing this partucular metadata.
>>
>> Due to the massive amount of metadata required for the
>> "per-block-metadata" you probably want a non-extended attributes
>> method for that.   separate file?
> 
> Mark, can you summarize the requirements of the metadata of ssc?
> 
> - how much bytes does the metadata need?
> 
> - can we know how much bytes we will need in the future when we create
> a ssc file? (or we need to enlarge the metadata as the need arises?)

Sure.. But I've got my head in the persistent reserve code at the moment. I'll go back to the bs_ssc/bs_tape once I get something useful with the persistent reserve (or hit a road-block).

Cheers
Mark
> 
> 
> feel free to add new items.
> 
> 
>> For all other types of metadata, which may be shared with MMC, which
>> is also a very small amount of metadata, like media-serial-number,
>> barcode, mam-data etc    for those i think extended attributes are
>> best.
>> --
>> To unsubscribe from this list: send the line "unsubscribe stgt" in
>> the body of a message to majordomo at vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html



More information about the stgt mailing list