Add kern.racct.enable tunable and RACCT_DISABLED config option. The point of this is to be able to add RACCT (with RACCT_DISABLED) to GENERIC, to avoid having to rebuild the kernel to use rctl(8).
Details
Details
- Reviewers
kib emaste - Group Reviewers
manpages - Commits
- rS282213: Add kern.racct.enable tunable and RACCT_DISABLED config option.
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Passed - Unit
No Test Coverage
Event Timeline
| sys/kern/kern_racct.c | ||
|---|---|---|
| 323 | (Random place). I do not see much value in these asserts, are you trying to catch missed #ifdef RACCT braces ? If keeping them around, I suggest making the whole statement a macros, like ASSERT_RACCT_ENABLED(); | |
| sys/vm/vm_pageout.c | ||
| 1792 | Better put only the last argument under the #ifdef, otherwise it is quite confusing. | |
| head/sys/kern/kern_racct.c | ||
|---|---|---|
| 461 ↗ | (On Diff #5078) | This is useless, if my theory not wrong. |
| 489 ↗ | (On Diff #5078) | Same here. |
| 984 ↗ | (On Diff #5078) | This does not cause memory leak? The steps in theory:
Before this change, the racct_destroy() was always gets running. |
| head/sys/kern/kern_racct.c | ||
|---|---|---|
| 489 ↗ | (On Diff #5078) | This expression should be against "*racct == NULL" instead of "racct_enable". |
| head/sys/kern/kern_racct.c | ||
|---|---|---|
| 984 ↗ | (On Diff #5078) | The step #3 cannot ever happen; racct_enable is a tunable, not a sysctl - for this and several others, quite fundamental, reasons. |