Comments (9)
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
Original comment by [email protected]
on 23 May 2007 at 4:06
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:07
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:08
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:08
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:08
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:08
from gperftools.
You can try MallocExtension::DumpStats, which will report some information about
tcmalloc's internal state. This may be enough to figure out what memory loss
is due
to internal fragmentation, what is due to the fact tcmalloc does not return
memory to
the system, and so forth.
I'm not an expert on tcmalloc internals myself, so I'm afraid I can't give an
authoratative answer on how well tcmalloc "should" work for your application.
} I tried making a small test case, but I stumbled upon the problem that
} simply allocating a lot of small blocks and subsequently deallocating them
} never returns the memory back to the OS.
MallocExtension has a method called ReleaseFreeMemory() which may be helpful
for your
test case. You might also try using it in your actual application. See the
caveats
for when it's appropriate in google/malloc_extension.h, though.
(btw, I'm not sure this is actually a bug report. If there's something you
think is
broken and actually needs fixing, could you clarify what it is? Otherwise, it's
probably more useful to have this discussion on the newsgroup (or rather, google
group) for google-perftools.
Original comment by [email protected]
on 23 May 2007 at 4:10
from gperftools.
Thanks, I'll try your suggestions.
I didn't notice there was a google group for this, so sorry for the noise. You
can
close this issue.
Original comment by [email protected]
on 23 May 2007 at 2:56
from gperftools.
Original comment by [email protected]
on 23 May 2007 at 6:20
- Changed state: Fixed
from gperftools.
Related Issues (20)
- Dead-lock in PatchAllModules on windows HOT 12
- ERROR - Installing the perftool with gcc 2.95 HOT 6
- using ./configure --disable-shared builds a broken .libs/libprofiler.a HOT 5
- malloc_extension_c.h header missing from installation HOT 4
- Callgrind output should not contain uninteresting frames HOT 4
- lwsync instruction doesn't exist on powerpc e500 core HOT 9
- Could not get the correct call graph after cpu profiling HOT 4
- realloc not very usable in C++ HOT 4
- Error In sbrk() Function Usage HOT 6
- All Files Dont Have Write Permission HOT 1
- Extraneous Check HOT 2
- Problem With munmap() HOT 6
- Patch Offering: Allow 'pprof' to save and restore symbol mappings HOT 23
- cpuprofiler doesn't catch stack frames on linux with gcc 4.1.2/x86 HOT 3
- Can't using tcmalloc with emacs and others HOT 4
- OSX doesn't have objdump, add otool support. HOT 4
- Google perftool crashing HOT 6
- Does tcmalloc use recursion? (Stack overflow with fragmented memory suspected) HOT 3
- Test failures on PPC (Fedora 11, Rawhide) HOT 7
- env HEAPCHECK=normal ./myapp just doesn't work on Linux
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gperftools.