Memory resources, by their very nature, will be tougher to account when a
single database/app server services multiple clients and we can essentially
give up on that (taking the approach that only limited recharging can ever
be achieved).
What exactly you mean by limited recharging?
As said earlier, if there is big shared segment on a server then thatFor cpu time & I/O bandwidth I disagree. Accounting to a multiplicity of
can be charged to any single container. And in this case moving a task
to different container may not fetch anything useful from memory
accounting pov.
But cpu atleast is easy to charge correctly and since that will
also indirectly influence the requests for memory & I/O, its useful to allow
middleware to change the accounting base for a thread/task.
That is not true. It depends on IO size, memory foot print etc. etc.
You can move a task to different container, but it will not be cheap.
-rohit