🚀 go-pugleaf

msb@sq.com wrote:
: > > The realloc can certainly do something like use sz+10000
: > > to "grow" the tmp area in tunable chunks, depending on the application.
: > 
: > Better yet: unless memory is really tight, have it double the size.
: > This will set a fairly reasonable upper bound on the number of reallocs
: > you will have to do.

: Better yet: change "unless memory is really tight" to "if memory is
: plentiful".  The doubling method can run out of memory when the amount
: available is almost twice the amount that you need, not even considering
: the possibility of fragmentation.

Of course, if temporary realloc'ed buffers are a significant
percentage of a program's memory usage, it's design should be
rethought anyway ...

Under normal circumstances, O(log N) reallocs beats O(N) reallocs any
day (where N is the largest size buffer needed).

---------------------------------------------------------------------------
Tim Hollebeek         | Disclaimer :=> Everything above is a true statement,
Electron Psychologist |                for sufficiently false values of true.
Princeton University  | email: tim@wfn-shop.princeton.edu
----------------------| http://wfn-shop.princeton.edu/~tim (NEW! IMPROVED!)