diff options
| author | Jim Meyering <meyering@redhat.com> | 2011-08-19 17:51:45 +0200 |
|---|---|---|
| committer | Jim Meyering <meyering@redhat.com> | 2011-08-19 18:21:06 +0200 |
| commit | 0ba576979a10a11e5652fd155266464b1e784892 (patch) | |
| tree | 04b1da5dcef655178b0199c8d7aa874d386c77e6 /NEWS | |
| parent | 036a9c69099f372ca581ce8b5c22e88656a2b478 (diff) | |
| download | coreutils-0ba576979a10a11e5652fd155266464b1e784892.tar.xz | |
rm, du, chmod, chown, chgrp: use much less memory for large directories
For details, see the gnulib commit,
http://git.sv.gnu.org/cgit/gnulib.git/commit/?id=47cb657e
* tests/rm/4-million-entry-dir: New test.
* tests/Makefile.am (TESTS): Add it.
* NEWS (Bug fixes): Mention it.
* gnulib: Update to latest to get the required fts fixes.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 9 |
1 files changed, 9 insertions, 0 deletions
@@ -17,6 +17,15 @@ GNU coreutils NEWS -*- outline -*- to dst/s/b rather than simply linking dst/s/b to dst/s/a. [This bug appears to have been present in "the beginning".] + fts-using tools (rm, du, chmod, chgrp, chown, chcon) no longer use memory + proportional to the number of entries in each directory they process. + Before, rm -rf 4-million-entry-directory would consume about 1GiB of memory. + Now, it uses less than 30GB, no matter how many entries there are. + [this bug was inherent in the use of fts: thus, for rm the bug was + introduced in coreutils-8.0. The prior implementation of rm did not use + as much memory. du, chmod, chgrp and chown started using fts in 6.0. + chcon was added in coreutils-6.9.91 with fts support. ] + printf '%d' '"' no longer accesses out-of-bounds memory in the diagnostic. [bug introduced in sh-utils-1.16] |