Re: apr_file_copy performance on Win32

Will Dean wrote:
> "Peter N. Lundblad" <peter@famlundblad.se> wrote in message
> news:Pine.LNX.4.55.0411022054280.8648@fnapp.local...
>
>
>>I don't think BUFSIZ is the modern way of choosing a buffer size. Usually
>>one uses st_blksize from a stat call, but that seems not to be available
>>in APR.
>
>
> I don't think anthing 'stat' is particularly standard.

"stat" is a POSIX API... That said, st_blksize is just the inode
size of the underlying filesystem (on UNIX/Linux anyways) and says
nothing about the overhead of system calls, so...

> I would say
>
> #define APR_COPY_BLOCK_SIZE 65536
>
> would be as good a way of dealing with this as any.
> ...

If you were really anal about performance, you'd probably use a
small multiple of the st_blksize value, but I think 64k should be
safe enough...

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Document Software          http://www.easysw.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org