diff options
| author | Erik Auerswald <auerswal@unix-ag.uni-kl.de> | 2011-08-20 08:12:31 +0200 |
|---|---|---|
| committer | Jim Meyering <meyering@redhat.com> | 2011-08-20 08:12:31 +0200 |
| commit | 423b079f5324b9097d487e752b71a8399b970ba9 (patch) | |
| tree | 9ad2b0fc59503a016c5abf9e0960dcae63c8f55c | |
| parent | 0ba576979a10a11e5652fd155266464b1e784892 (diff) | |
| download | coreutils-423b079f5324b9097d487e752b71a8399b970ba9.tar.xz | |
doc: correct typo in yesterday's NEWS entry: 30GB -> 30MB
* NEWS: s/30GB/30MB/
| -rw-r--r-- | NEWS | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -20,7 +20,7 @@ GNU coreutils NEWS -*- outline -*- 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. + Now, it uses less than 30MB, 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. |