On Fri, May 04, 2001 at 12:52:40PM +0100, toad wrote:
> On Fri, May 04, 2001 at 07:48:16AM -0400, Benjamin Coates wrote:
> >
> > You get a pretty good guess of how big the document is from the key (SSK, SVK,
> > KSK <= 32k, CHK has a size byte) so you could just prefetch anything up to a
> > certain size (say, 128kB on a fast connection), without having to figure out
> > the type...
The size byte in the CHK currently limits the size of the parts, not the
total file.
> What was decided about moving the metadata into a separate key? It would appear
> that that could solve this problem since the metadata key could and probably
> would contain a content length, especially if it was a splitfile, which most
> large files will probably be in 0.4 because of power of 2 filesize forcing.
It would not solve the problem since the metadata file could be a lie. One
would then need to be able to put a size filter on the request message but
for a multitude of reasons that we have been over in the past, we want to
encode all such filters into the actual key.
--
'DeCSS would be fine. Where is it?'
'Here,' Montag touched his head.
'Ah,' Granger smiled and nodded.
Oskar Sandberg
[EMAIL PROTECTED]
_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://lists.freenetproject.org/mailman/listinfo/devl
