[EMAIL PROTECTED] (Marcin 'Qrczak' Kowalczyk) wrote,

> My current strategy is to use malloc directly instead of alloca.
> If there was a faster alloca allocator, it could make sense to make
> a guess about the size and use alloca, resorting to malloc if it
> didn't fit. It would have to be significantly faster to think about
> making it more complex at all. The conversion itself can be a larger
> overhead than malloc.

If there were a faster alloca, it would still speed up the
common case where there is no conversion or the initial size
estimate is correct.

Cheers,
Manuel

_______________________________________________
FFI mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/ffi

Reply via email to