[8.281][DUPLICATE][OPEN] How can we do this intentionally?

Regardless, this is not how you want things happening.

I'm the first to admit that I don't know much about Linux internals, but I agree with up and William on that.  I do have some experience with virtual memory algorithms, so I was intrigued when the aftermath seemed to be an improvement on the situation prior to the beginning of the problem (memory leak because Dashboard was left up).

And, I bet you're right that it was "8. because of #2, #3, and #4, there was lots of memory freed up, so when #7 happened, you now have free memory."  Maybe the devs already have looked at this issue and have determined that the "defrag" phenomenon doesn't last long enough to be useful, but I at least wanted to bring up the possibility.

Cheers - Bob

Regardless, this is not how you want things happening.

I'm the first to admit that I don't know much about Linux internals, but I agree with up and William on that.  I do have some experience with virtual memory algorithms, so I was intrigued when the aftermath seemed to be an improvement on the situation prior to the beginning of the problem (memory leak because Dashboard was left up).

And, I bet you're right that it was "8. because of #2, #3, and #4, there was lots of memory freed up, so when #7 happened, you now have free memory."  Maybe the devs already have looked at this issue and have determined that the "defrag" phenomenon doesn't last long enough to be useful, but I at least wanted to bring up the possibility.

Cheers - Bob

Maybe the devs already have looked at this issue and have determined that the "defrag" phenomenon doesn't last long enough to be useful, but I at least wanted to bring up the possibility.

The linux kernel is fairly robust but it will cache any free memory sitting around and with swappiness of 60 (astaro default) the system will start swapping fairly soon even with 2GB ram. I am not really sure how much performance tuning astaro folks are doing to the stock kernel since the product is more focused towards security and stability with performance coming in at third. 

So the "performance jolt" you are looking for even if possible with some sort of memory compression wouldn't last but a few hours under optimum conditions and more than likely make some sub systems unstable if not completely inaccessible. There is NO substitute for fast processor and plenty of ram unfortunately, and with an all in one product like astaro, more of everything makes everyone happy[;)]

Regards
Bill.

Just had a thought... don't do this on production machine but just for fun. You can probably turn off swap and it will invoke oom as soon as it runs out of ram.

On the console type

/sbin/swapoff -a

wait for the ram to run out and let the oom magic begin.

Regards
Bill.