Der System Cache ist teil des Working Set und liegt im Kernel Address Space, der in jeden Prozess gemappt wird. (bei 32 Bit ist die der Kernel Address Space überlichweise 2 GB (bei /3GB in der Boot.ini liegt er sogar nur bei 1 GB!). Das war früher kein großes Problem, weil der Platz beschränkt war.
Bei 64 Bit gibt es hier auf einmal das Problem dass der Kernel Address Space faktisch keiner Limitierung mehr unterliegt. Das hat Microsoft offensichtlich vergessen: Beim Kopieren großer Files oder während Backups wächst der Cache jetzt ständig an - er hat ja keine Grenze mehr (bzw diese Grenze liegt so hoch dass sie das physical RAM übersteigt). Irgendwann ist alles RAM für den Cache aufgebraucht und andere Prozesse werden zum pagout gezwungen und die Performace bricht dramatisch ein.
Deshalb haben dann so unwesentliche Systeme wie SAP (die man meist auf x64 laufen lässt) auf einmal so massive Performanceprobleme, wenn ein Backup läuft (oder auch einfach mal so im Lauf der Zeit). SAP supported deshalb übrigens CRM nur noch auf Unix und nicht auf Windows x64.
SAP:
MS:
- http://support.microsoft.com/default.aspx?scid=kb;EN-US;976618
- http://blogs.msdn.com/psssql/archive/2007/10/18/do-i-have-to-assign-the-lock-privilege-for-local-system.aspx
- http://blogs.msdn.com/ntdebugging/archive/2007/11/27/too-much-cache.aspx
- http://blogs.msdn.com/ntdebugging/archive/2009/02/06/microsoft-windows-dynamic-cache-service.aspx
