Do you have any estimate when the RSS feed will be fixed to add title and description tags? 

While ^GLOBUFF is useful for showing the makeup of the current global buffer pool it is not really useful for sizing the buffer pool. If for example ^GLOBUFF shows that ^MyLogGlobal is using a lot of the buffer pool you may want to investigate if you are logging too much data and if this is pushing your main application globals out of the buffer pool sooner.

Most applications will not have sufficient memory to allow their entire working set to reside in the buffer pool so it is perfectly normal for the buffer pool to be 100% used as shown by ^GLOBUFF. The point of the buffer pool is to cache values in memory to avoid disk IO, so to size this use a tool like ^mgstat which shows global references and and physical reads. If the physical reads is too high try increasing the buffer pool in the hope that caching more data will reduce the disk IO.

On the original question my general rule is the user should be able to calculate how many processes they will need to run their application and measure how much memory each process takes and so calculate how much memory will be needed for this. Then based on the total available memory on the machine they can subtract this out, and allocate say 70% of the remaining to the global buffer pool. However like any performance related issue the only way to know for sure is to measure and be willing to update your configuration based on these measurements.

The RSS feed for groups (or communities as the link currently says) does not include a title, e.g. for:

Starts with:


So there is no title or description of this feed. Also is there a feed for all content posted to this site, so not filtered by tag/group at all?


Personaly I just registered both email accounts separately in Gravatar, and having my corporate email account for these community pages could mean I can have a nice professional picture here and a more relaxed one for my private account (not that I did, but it is an option).

Thanks John, hint taken, I have just checked in a change to the SAMPLES to remove direct calls to %apiOBJ.

The worker jobs do not have access to the memory of the master process. These are just regular Cache processes. If you wish to share information between jobs then use globals and locks to synchronize access to pieces you need to change.

I think they should disable the points totally until they figure out exactly how they will be used.