服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

w3wp.exe占用内存

在Small Business Server 2011安装中,整个w3wp.exe进程似乎在使用不成比例的大量内存。 SBS开箱即用安装共有7个站点和20个ASP.NET应用程序池(Sharepoint,Exchange,WSUS和SBS特定的东西,如Remote Web Workplace)。 由此产生的十三个w3wp.exe进程往往耗费超过4 GB的服务器的内存随着时间的推移,高峰应用程序池是属于WSUS,在工作集约800 MB的。 通过IIS MMC手动回收应用程序池有助于暂时减less内存使用量(w3wp.exe进程缩减至10 MB,其中一些快速重新生成),但显然不是pipe理员想要整天执行的操作。 我无法find有关SBS预装的应用程序池自动回收的任何build议,所以我不太愿意在生产系统上“只是这样做”。 我在网上关于如何限制这个问题的研究只是抛出了一些post,指出w3wp的内存消耗不会伤害,但是会提高性能,因为内存将在“其他应用程序需要时释放”。 麻烦的是,它不工作: 一个是SBS是一个多angular色服务器,其中一个angular色(主要angular色)是CIFSnetworking存储,它极大地受益于文件系统caching,而文件系统caching又依赖于“免费”的内存,如“任何其他进程方式“ – 几乎没有看到用户和进食记忆的ASP.NET应用程序池是适得其反的 另一件事情是,我仍然不得不在内存不足的情况下看到w3wp实例内存消耗的大幅下降 – 我所看到的是一个小幅下降,远远低于100 MB,而过度交换,反过来又损害了性能 我很lesspipe理IIS或ASP.NET应用程序,因此有关如何有效减less应用程序池的内存需求的任何想法都是受欢迎的。

如何计算硬件支出的成本/收益? (转向虚拟化,升级等)

序言:作为收购小型开发公司的一部分,我们已经获得了一个新的办公室。 许多人被转到了总部,但是“新”办公室将保留一个由4-6名开发人员和业务分析员组成的小团队,以及其他杂项pipe理人员。 作为这个过程的一部分,我们已经结束了几个2005年末的惠普服务器,目前还没有被使用,我认为这些服务器可以作为UAT和源代码控制等的合适平台。 直到明年的时候,预算调整和虚拟化的强大案例可以做出。 问题:现有的系统pipe理员是技术娴熟的人,大部分时间都是关注工作安全(即尽可能less的工作)。他一直反对我的build议,即升级这些工具箱可以为开发团队提供最低限度的合适的基础设施对于下一年(我根据我收到的反馈修改了这个值,从1 – 2年)。 系统pipe理员的立场是,我们可以更好地在本地(UAT等)运行桌面上的东西,而不是放置在执行升级的工作上。 这使开发团队陷入了僵局,明年没有虚拟化的保证,因为系统pipe理员缺乏实施解决scheme的经验和信心。 面对最低限度的一次性支出,这似乎是不合理的。 理由对我来说似乎是一个短期的解决办法,但是我想确定我是在基础上,而不是为了“解决”而绝望。 问题:您计算硬件支出的成本/收益的一般过程是什么?您通常如何向高层pipe理人员提供这些信息来certificate支出合理? 另外,你将如何提出虚拟化的案例? 而且,系统pipe理员转移到VM环境需要多less经验?