Account for the new "laundry" memory in ksysguard in preparation for 11.1

[rezny]

Summary

Recent src changes have introduced another memory accounting variable that ksysguard needs to be aware of. As fas as I understand it, "laundry" is essentially a subset of "inactive" that is now reported separately. So, handle it in ksysguardd by adding "laundry" where "inactive" is reported to ksysguard.

Test Plan

used on 11-stable for several weeks

[tcberner]

Looks good to me. Could you upstream it into the current ksysguard ?

[tcberner]

On second thought --

• don't you need to check whether the sysctl exists? -- or has it trickled down to all the versions?
• don't forget to bump portrevision

[rezny]

bump PORTREVISION

[rezny]

In D11557#239102, @tcberner wrote:

On second thought --

• don't you need to check whether the sysctl exists? -- or has it trickled down to all the versions?

No need to check; if it doesn't exist (it'll be in 11.1, not sure if 10 gets it) sysctlbyname will return -1, set errno to ENOENT, and leave the output variable unchanged (remains zero).

• don't forget to bump portrevision

of course :)

[tcberner]

Thanks. In that case, go ahead :)

[adridg]

LGTM, from 10.3 -- it builds, it runs, it doesn't show anything immediately silly. That is, if the means to test is "start ksysguard, then look at the *system load* tab".