Re: Disk cache

On Apr 9, 2006, at 16:43, Matt Sicker wrote:
> Would it be possible to try this in a feature-branch of  
> libtorrent?  If
> you know what to do already, it probably shouldn't take long to create
> POC's for both methods.

Well. I don't know what I want to do. And I'm not sure how to measure  
and compare performance either. Any suggestions are welcome. For  
example, having a write cache at piece level would definitely reduce  
the number of system calls to read() and write(), but the question  
is, would it help performance? Or would it just introduce another  
layer on top of the OS' cache?

I can't think of a good way to measure that.

I do intend to gather some statistics once I have something  
implemented though.

> Also, I do know that Azureus generally requests blocks to a piece in
> order, but it usually doesn't receive them in that order.  Watching  
> some
> sort of debug mode for BT programs should help show that for  
> experimental
> results (rather than just assuming what the program wants to do  
> according
> to the source code will happen).

libtorrent also requests blocks in order. And receives them out of  
order from some clients.


--
Arvid Norberg




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642