library: raise amount by which the <stat> buffer grows
We won't go as far as the merge request shown below in increasing buffer size, but we will reduce by half the total iterations while growing it to achieve one read. [ and this seems in line with what was recently done ] [ to help top under a massively parallel environment ] [ thru 2 abreast ('4') and combined cpus ('!') modes ] Reference(s: https://gitlab.com/procps-ng/procps/-/merge_requests/105 Signed-off-by: Jim Warner <james.warner@comcast.net>
This commit is contained in:
parent
3df74e7f3c
commit
81f4a6acdf
@ -35,9 +35,9 @@
|
|||||||
|
|
||||||
#define STAT_FILE "/proc/stat"
|
#define STAT_FILE "/proc/stat"
|
||||||
|
|
||||||
#define BUFFER_INCR 4096 // amount i/p buffer allocations grow
|
#define BUFFER_INCR 8192 // amount i/p buffer allocations grow
|
||||||
#define STACKS_INCR 32 // amount reap stack allocations grow
|
#define STACKS_INCR 64 // amount reap stack allocations grow
|
||||||
#define NEWOLD_INCR 32 // amount jiffs hist allocations grow
|
#define NEWOLD_INCR 64 // amount jiffs hist allocations grow
|
||||||
|
|
||||||
/* ------------------------------------------------------------------------- +
|
/* ------------------------------------------------------------------------- +
|
||||||
because 'reap' would be forced to duplicate the global SYS stuff in every |
|
because 'reap' would be forced to duplicate the global SYS stuff in every |
|
||||||
|
Loading…
Reference in New Issue
Block a user