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

No, I knew about that.

As I said in the original post in this thread: "Everyone needs to run this to clean out memory and fix CPU usage. How can that be done?"

My point was that the "garbage collection" seemed to result in better performance.  There's something being done (or not being done) in virtual memory management that would seem to make a daily oom (or something more orderly) desirable - maybe even once before the PostgreSQL roll-up and once right after.

Cheers - Bob

You are missing the point...OOM is the last resort to free up memory before a kernel crash....IT SHOULD NEVER LAUNCH in a properly working system.  I think even angelo would agree here.  So let's re ask....since it was index.plx that got nailed...did you have the webadmin up for a long time?  If yes then you hit the webadmin bjug which means it is not fixed in 8.202 or this beta.  Index.plx for some reason has a severe memory leak that so called garbage collection isn't going to touch.  If a process is inactive but not killed yet it goes to zombie status which the linux kernel is very good at killing those.

No, I knew about that.

As I said in the original post in this thread: "Everyone needs to run this to clean out memory and fix CPU usage. How can that be done?"

My point was that the "garbage collection" seemed to result in better performance.  There's something being done (or not being done) in virtual memory management that would seem to make a daily oom (or something more orderly) desirable - maybe even once before the PostgreSQL roll-up and once right after.

Cheers - Bob

You are missing the point...OOM is the last resort to free up memory before a kernel crash....IT SHOULD NEVER LAUNCH in a properly working system.  I think even angelo would agree here.  So let's re ask....since it was index.plx that got nailed...did you have the webadmin up for a long time?  If yes then you hit the webadmin bjug which means it is not fixed in 8.202 or this beta.  Index.plx for some reason has a severe memory leak that so called garbage collection isn't going to touch.  If a process is inactive but not killed yet it goes to zombie status which the linux kernel is very good at killing those.