diff options
| author | Andi Kleen <ak@linux.intel.com> | 2011-10-29 01:01:54 +0000 |
|---|---|---|
| committer | Andi Kleen <ak@gcc.gnu.org> | 2011-10-29 01:01:54 +0000 |
| commit | d33ef9a52bb4a561ec8fb14ad4f45c68dc57bc72 (patch) | |
| tree | 2071cd9a9389dac958320f1bd9ae2bb9c110cc2b /gcc/gcc-ar.c | |
| parent | bf72b0094aa097ec23fdac68b33d2f86274bfd1d (diff) | |
| download | gcc-d33ef9a52bb4a561ec8fb14ad4f45c68dc57bc72.zip gcc-d33ef9a52bb4a561ec8fb14ad4f45c68dc57bc72.tar.gz gcc-d33ef9a52bb4a561ec8fb14ad4f45c68dc57bc72.tar.bz2 | |
Free large chunks in ggc v2
This implements the freeing back of large chunks in the ggc madvise path
Richard Guenther asked for. This way on systems with limited
address space malloc() and other allocators still have
a chance to get back at some of the memory ggc freed. The
fragmented pages are still just given back, but the address space
stays allocated.
I tried freeing only aligned 2MB areas to optimize for 2MB huge
pages, but the hit rate was quite low, so I switched to 1MB+
unaligned areas.
v2: Hardcode free unit size instead of param
gcc/:
2011-10-18 Andi Kleen <ak@linux.intel.com>
* ggc-page (release_pages): First free large continuous
chunks in the madvise path.
From-SVN: r180648
Diffstat (limited to 'gcc/gcc-ar.c')
0 files changed, 0 insertions, 0 deletions