如果是这样,这是否会导致.net应用程序竞争某些内存有过多的页面错误？
因此,限制机器上的sql内存是明智的吗？
或者,他们都应该玩得好吗？
谢谢
马特
编辑25/10/2010 –
来自ERRORLOG
更多信息 –
我安装了我的机器以管理员身份运行.
我将它并排安装为具有现有sql 05 Ent数据库的新实例.
这是日志的一部分 –
已启用大页面扩展程序.
2010-10-22 21：32：38.78 Server Large Page Granularity：2097152
2010-10-22 21：32：38.79服务器大页面分配：32MB
2010-10-22 21：32：38.79服务器大页面分配：32MB
2010-10-22 21：32：38.80服务器使用锁定页面缓冲池.
2010-10-22 21：32：38.86服务器使用动态锁分配.每个节点初始分配2500个锁定块和5000个锁定所有者块.这仅是一条信息性消息.无需用户操作.
2010-10-22 21：32：38.86服务器锁定分区已启用.这仅是一条信息性消息.无需用户操作.
解决方法
could this cause a .net app competing for some memory to have excessive page faults?
@H_502_45@是的,如果启用了锁定页面,它可以.
And therefore is it wise to limit sqls memory on the machine?
@H_502_45@是的,您应该始终限制sql Server可以使用的内存上限.这可以通过在对象资源管理器中编辑服务器的属性,或使用sp_configure系统存储过程来完成.
Or,should they all just play nice?
@H_502_45@不,sql Server默认使用服务器上的所有内存,使系统上的其他应用程序匮乏.
