On Tue, Sep 26, 2000 at 11:45:02AM -0600, Erik Andersen wrote:
> "Overcommit" to me is the same things as Mark Hemment stated earlier in this
> thread -- the "fact that the system has over committed its memory resources.
> ie. it has sold too many tickets for the number of seats in the plane, and all
> the passengers have turned up." Basically any case where too many tickets
> have been sold (applied to the entire system, and all subsystems).
> If the Beancounter patch lets the kernel count "passengers", classify them
> (with user hinting) so the pilot and flight attendants (init, X, or whatever)
> always stay on the plane, and has some sane predictable mechanism for booting
> non-priveledged passengers, then I am all for it.
That's exactly what I'm doing.
> How does one provide the kernel with hints as to which processes are sacred?
> Where does one find this beancounter patch? How much weight does it add to
> the kernel?
The current version has some drawbacks, and one of them is the performance.
Memory accounting is implemented as a kernel thread which goes through page
tables of processes (similar to kswapd), and it appears to consume 1-5% of
CPU (depending on number of processes). I consider it unacceptable, and have
started reimplementation of the process memory accounting from the beginning.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Sep 30 2000 - 21:00:19 EST