| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
This switch makes it a lot easier to locate problem areas when a process
is threatening to consume all of your disk space.
PR: 144192
Submitted by: gk
MFC after: 3 weeks
|
|
|
|
| |
Also add some missing $FreeBSD$ to keep svn happy.
|
|
|
|
|
|
|
| |
SIGINFO). Provides some progress report for the impatient. This
won't report that we're blocking in our walk due to disk/network
problems, however. There's no really good way to report that
condition that I'm aware of...
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-A Display the apparent size instead of the disk usage. This can be
helpful when operating on compressed volumes or sparse files.
-B blocksize
Calculate block counts in blocksize byte blocks. This is differ-
ent from the -k, -m options or setting BLOCKSIZE and gives an
estimate of how much space the examined file hierachy would
require on a filesystem with the given blocksize. Unless in -A
mode, blocksize is rounded up to the next multiple of 512.
The former is similar to GNU's du(1) --apparent-size. The latter is
different from what GNU's du(1) -B does, which is equivalent to setting
BLOCKSIZE in our implementation and is rather pointless as it doesn't add
any real value (i.e. you can achieve the same with a simple awk-script).
No change in the normal output or processing.
Reviewed by: keramida@, Peter French
Otherwise silience from: freebsd-hackers@
|
|
|
|
| |
style(9)-change, too. Separate commit as it changes the object.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the GNU utility. The default behavior of our original `du' is to
count hardlinked files only once for each invocation of the utility.
With the new -l option they count towards the final size every time
they are found.
PR: bin/117944
Submitted by: keramida
Reviewed by: des, obrien
MFC after: 2 weeks
|
|
|
|
| |
Pointed out by: ru
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
setenv(3) by tracking the size of the memory allocated instead of using
strlen() on the current value.
Convert all calls to POSIX from historic BSD API:
- unsetenv returns an int.
- putenv takes a char * instead of const char *.
- putenv no longer makes a copy of the input string.
- errno is set appropriately for POSIX. Exceptions involve bad environ
variable and internal initialization code. These both set errno to
EFAULT.
Several patches to base utilities to handle the POSIX changes from
Andrey Chernov's previous commit. A few I re-wrote to use setenv()
instead of putenv().
New regression module for tools/regression/environ to test these
functions. It also can be used to test the performance.
Bump __FreeBSD_version to 700050 due to API change.
PR: kern/99826
Approved by: wes
Approved by: re (kensmith)
|
|
|
|
|
|
|
|
|
| |
Not because I admit they are technically wrong and not because of bug
reports (I receive nothing). But because I surprisingly meets so
strong opposition and resistance so lost any desire to continue that.
Anyone who interested in POSIX can dig out what changes and how
through cvs diffs.
|
|
|
|
| |
standard and portable in the same way as f.e. gcc internal portable code does.
|
| |
|
|
|
|
|
|
|
|
|
| |
flag set. Useful for calculation dump -h dump size.
PR: bin/96864
Submitted by: Dmitry Kazarov
Obtained from: NetBSD (man page)
MFC after: 1 month
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
'fts_number' to remember number of blocks.
This makes du(1) 64bit-clean.
This work is part of the BigDisk project:
http://www.FreeBSD.org/projects/bigdisk/
Discussed on: arch@
MFC after: 5 days
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Pointed out by: ru
|
|
|
|
|
| |
Submitted by: Vasily Korytov <deskpot@msk.yell.ru>
PR: 66976
|
| |
|
|
|
|
| |
Tested on: alpha, amd64, i386, ia64, sparc64
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
table rather than the old linear list search.
On my "hardlink detection torture test", this reduced
user time from 4700 seconds down to 4.2 seconds
and wallclock time from 1:24:48 down to 1:08.
(Yes, that's over one THOUSAND times reduction in user time. ;-)
In the worst case, the new code doubles peak memory usage,
though it could actually reduce memory usage in many cases.
MFC after: 1 week
PR: misc/42167, bin/51151
|
|
|
|
| |
two when both are given.
|
|
|
|
| |
Approved by: markm
|
|
|
|
| |
Approved by: re
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
help the GCC3 transition and CURRENT in general.
|
|
|
|
|
|
|
|
| |
'%qd'.
usr.bin/du/du.c:288: warning: long long int format, long int arg (arg 2)
Pointy hat to: markm
|
| |
|
|
|
|
|
|
|
| |
options.
PR: 30275
Reviewed by: jake
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
matching a specified shell-glob mask.
Reviewed by: no serious objections on -arch and -audit over
the last few months
MFC after: 1 month
|
|
|
|
| |
PR: docs/27629
|
| |
|
|
|
|
| |
BLOCKSIZE could specify arbitrary block sizes, not exactly 1K blocks.
|
|
|
|
|
|
|
| |
cases and broke the world in some cases.
Fixed style bugs for DPADD and LDADD (don't use += for variables defined
only once).
|
|
|
|
| |
Better use of .Nm and .Ar
|