Bug 31257 - STARTER_SIZE should be larger
STARTER_SIZE should be larger
Product: Red Hat Linux
Classification: Retired
Component: memprof (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Owen Taylor
David Lawrence
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2001-03-09 20:15 EST by Christian Bauer
Modified: 2007-04-18 12:32 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-03-13 04:53:54 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Christian Bauer 2001-03-09 20:15:38 EST
While trying to profile a C++ program that uses the CLN library with
memprof I kept getting the message "MemProf: Starter malloc exceeded
available space". I fixed this by increasing STARTER_SIZE in memintercept.c
(line 68) from 1k to 32k (to be on the safe side). I'm not exactly sure
what the STARTER_SIZE is for and why a C++ program would require a larger
value (static objects), but the default seems be too low.
Comment 1 Toralf 2001-06-11 08:25:18 EDT
We have the same problem. In it's current state, memprof is really quite
useless. Why is no updated version available???
Comment 2 Toralf 2001-06-11 12:20:59 EDT
I've now updated and built the utilitly via sources checked out from the GNOME
CVS. Note that STARTER_SIZE of 32k wasn't even enough for me, I'm now using

#define STARTER_SIZE 128*1024
Comment 3 Toralf 2002-03-13 04:53:50 EST
It disappoints me that nobody has tried to address this issue. We are now
getting the problem once again because we have upgraded to Red Hat 7.2,
overwriting the patched version...
Comment 4 Owen Taylor 2002-08-21 14:44:34 EDT
memprof-0.5.0-2 in Rawhide fixes this by changing the way memprof
handles intialization. I haven't seen problesm with any of the 
C++ programs I've tried.

Note You need to log in before you can comment on or make changes to this bug.