43151ee6cf
This changes struct kinfo_filedesc and kinfo_vmentry such that they are same on both 32 and 64 bit platforms like i386/amd64 and won't require sysctl wrapping. Two new OIDs are assigned. The old ones are available under COMPAT_FREEBSD7 - but it isn't that simple. The superceded interface was never actually released on 7.x. The other main change is to pack the data passed to userland via the sysctl. kf_structsize and kve_structsize are reduced for the copyout. If you have a process with 100,000+ sockets open, the unpacked records require a 132MB+ copyout. With packing, it is "only" ~35MB. (Still seriously unpleasant, but not quite as devastating). A similar problem exists for the vmentry structure - have lots and lots of shared libraries and small mmaps and its copyout gets expensive too. My immediate problem is valgrind. It traditionally achieves this functionality by parsing procfs output, in a packed format. Secondly, when tracing 32 bit binaries on amd64 under valgrind, it uses a cross compiled 32 bit binary which ran directly into the differing data structures in 32 vs 64 bit mode. (valgrind uses this to track file descriptor operations and this therefore affected every single 32 bit binary) I've added two utility functions to libutil to unpack the structures into a fixed record length and to make it a little more convenient to use.
20 lines
290 B
Makefile
20 lines
290 B
Makefile
# $FreeBSD$
|
|
|
|
PROG= procstat
|
|
MAN= procstat.1
|
|
SRCS= procstat.c \
|
|
procstat_args.c \
|
|
procstat_basic.c \
|
|
procstat_bin.c \
|
|
procstat_cred.c \
|
|
procstat_files.c \
|
|
procstat_kstack.c \
|
|
procstat_threads.c \
|
|
procstat_vm.c
|
|
|
|
LDADD+= -lutil
|
|
DPADD+= ${LIBUTIL}
|
|
WARNS?= 4
|
|
|
|
.include <bsd.prog.mk>
|