Deprecating apr_pool_free_blocks_num_bytes

[Sander Striker <st...@apache.org>]

Hi,

Can we deprecate this function?  I expect it not to be used in
too many places and it doesn't make sense with the current
pools implementation (it would require scanning all allocators,
since we have no single global freelist).

/**
 * Report the number of bytes currently in the list of free blocks
 * @return The number of bytes
 */
APR_DECLARE(apr_size_t) apr_pool_free_blocks_num_bytes(void);

Sander

RE: Deprecating apr_pool_free_blocks_num_bytes

[Sander Striker <st...@apache.org>]

> From: Greg Stein [mailto:gstein@lyra.org]
> Subject: Re: Deprecating apr_pool_free_blocks_num_bytes
> 
> On Sun, Jan 13, 2002 at 01:18:00PM +0100, Sander Striker wrote:
>> Hi,
>> 
>> Can we deprecate this function?  I expect it not to be used in
> 
> Seems fine to me.
> 
> However, it does give us "how much system memory are the pools holding onto,
> but isn't being used by the application?"

It did.  The current implementation is simply "return 0;".  However, such
function doesn't have to be exported IMO.
 
> I'm not sure if that function is needed, but I would like some way to print
> out a bunch of stats at app-exit. For example, peak memory allocated, #
> allocations, # system allocations, etc.

Granted.  Just added that to STATUS.  I consider it a low priority item
at the moment.
 
> Cheers,
> -g

Sander

Re: Deprecating apr_pool_free_blocks_num_bytes

[Greg Stein <gs...@lyra.org>]

On Sun, Jan 13, 2002 at 01:18:00PM +0100, Sander Striker wrote:
> Hi,
> 
> Can we deprecate this function?  I expect it not to be used in

Seems fine to me.

However, it does give us "how much system memory are the pools holding onto,
but isn't being used by the application?"

I'm not sure if that function is needed, but I would like some way to print
out a bunch of stats at app-exit. For example, peak memory allocated, #
allocations, # system allocations, etc.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/