Jim Warner dea4033418 library: bug fix if libnuma.so unavailable, <STAT> api
All our numa logic was well encapsulated under #ifndef
NUMA_DISABLE (as ./configure --disable-numa), with the
exception of 1 case label. The reason it didn't create
any problems is because the sole consumer (top) itself
responded to the presence of #define NUMA_DISABLE too.

But if that option wasn't used, an oops still awaited.

When experimenting with a 32-bit library plus a 64-bit
kernel, a bug was revealed should the numa library not
have been found. Our 'reap' function must tolerate the
potential of a 0 return from that stacks_fetch_tics().

Now, if numa is desired but not possible, we'll be ok.

[ and, we'll build numa history from fresher sources ]

Signed-off-by: Jim Warner <james.warner@comcast.net>
2016-06-21 20:58:09 +10:00
..
2016-04-19 21:33:02 +10:00
2016-04-16 17:03:57 +10:00
2016-04-16 17:03:57 +10:00
2015-09-01 20:41:25 +10:00
2016-05-03 21:58:13 +10:00
2016-04-17 14:45:19 +10:00
2016-04-17 14:45:19 +10:00
2016-04-16 17:03:57 +10:00
2016-05-01 17:46:25 +10:00
2016-04-16 17:03:57 +10:00