Andriy Gapon 7fdf0e8835 dtrace: add a knob to control maximum size of principal buffers ... We had a hardcoded limit of 1/128-th of physical memory that was further subdivided between all CPUs as principal buffers are allocated on the per-CPU basis. Actually, the buffers could use up 1/64-th of the memmory because with the default switch policy there are two buffers per CPU. This commit allows to change that limit. Note that the discussed limit is per dtrace command invocation. The idea is to limit the size of a single malloc(9) call, not the total memory size used by DTrace buffers. Reviewed by: markj MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D33648		2022-01-11 15:47:50 +02:00
..
aarch64	Fix dtrace fbt return probes on arm64	2021-12-14 16:32:12 +00:00
amd64	Create sys/reg.h for the common code previously in machine/reg.h	2021-08-30 12:50:53 +01:00
arm	Create sys/reg.h for the common code previously in machine/reg.h	2021-08-30 12:50:53 +01:00
i386
powerpc	Create sys/reg.h for the common code previously in machine/reg.h	2021-08-30 12:50:53 +01:00
riscv	Create sys/reg.h for the common code previously in machine/reg.h	2021-08-30 12:50:53 +01:00
x86
dtrace_anon.c
dtrace_cddl.h	dtrace: Use C99 fixed-width integer types.	2021-12-28 09:41:25 -08:00
dtrace_debug.c
dtrace_hacks.c
dtrace_ioctl.c
dtrace_load.c	dtrace: use %zu format specifier for data of size_t type	2021-08-09 00:27:04 +03:00
dtrace_modevent.c
dtrace_sysctl.c	dtrace: add a knob to control maximum size of principal buffers	2022-01-11 15:47:50 +02:00
dtrace_test.c
dtrace_unload.c
dtrace_vtime.c