efficiency

Fergus Henderson fjh at cs.mu.oz.au
Mon Dec 4 19:59:46 EST 2000


On 04-Dec-2000, Marcin 'Qrczak' Kowalczyk <qrczak at knm.org.pl> wrote:
> Mon, 4 Dec 2000 04:15:28 -0800, Simon Marlow <simonmar at microsoft.com> pisze:
> 
> > Ok, so the malloc/free is the most expensive part.  I'm moderately
> > surprised:)  Perhaps we could do a better job, but we'll never do
> > better than ByteArrays as long as the bracket is required.
> 
> BTW, withCString in my implementation which handles charsets does not
> use alloca but malloc. It's because we don't know the length of the
> resulting char[] until we convert it, so we cannot preallocate it.
> We must guess an initial size and realloc the array as needed.

I don't know the details of withCString, so this might not be
applicable, but an alternative that is likely to be more efficient is
to use a static or alloca()'ed buffer for the initial try, and if it
doesn't fit then switch to using malloc()/realloc().
At the end, you can check whether the final buffer pointer is equal to
the original fixed-size static or alloca()'ed buffer, and only free it
if it is not.  Or you can keep a separate boolean flag.

-- 
Fergus Henderson <fjh at cs.mu.oz.au>  |  "I have always known that the pursuit
                                    |  of excellence is a lethal habit"
WWW: <http://www.cs.mu.oz.au/~fjh>  |     -- the last words of T. S. Garp.




More information about the FFI mailing list