Follow-up Comment #5, bug #33207 (project findutils):
Running a similar command here, I can find no evidence of memory growth:
$ ps axwwwv | egrep 'PID|find'
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
6867 pts/2D+ 0:05 1 213 12766 1468 0.0
/home/james/sourc
Follow-up Comment #4, bug #33207 (project findutils):
Sorry, for not exact following your instructions. Nevertheless I hope the
infos are still usefull.
I changed to a smaller server. with normal RAM. Memory eating is relative, as
long other processes are not disturbed.
But the main problem - i
> None of those examples show the block counts from ls ("ls -s"). Find
> reports both the file size in bytes (column 7) and the blocks used
> (column 2). They're reported the same in both ls and find:
>
> ~$ ls -dils TRACE.gz ; find TRACE.gz -ls ; stat TRACE.gz
> 181286 36 -rw-r--r--. 1 james u
X-Debbugs-Cc: bug-findutils@gnu.org
Package: findutils
Version: 4.5.9-1
Severity: wishlist
# man oldfind|wc
13309696 78854
# man find|wc
13309696 78854
# man oldfind|grep -ci oldfind
0
# which oldfind|xargs ls -l
-rwxr-xr-x 1 root root 154520 May 8 2010 /usr/bin/oldfind
# which
On Mon, May 16, 2011 at 8:21 AM, Peggy Russell
wrote:
> Hi,
>
> I came across something in the `find` documentation while trying GNU
> commands with SI Decimal (--SI) and IEC Binary Prefixes (--human-readable).
>
> The ACTION `-ls` says it reports the size in 1K blocks. From reading the
> info pag
Hi,
I came across something in the `find` documentation while trying GNU
commands with SI Decimal (--SI) and IEC Binary Prefixes (--human-readable).
The ACTION `-ls` says it reports the size in 1K blocks. From reading the
info page on "Block Size", it looks more like `find -ls` is reporting the
