Articles of 虚拟内存

有一点让Windowspipe理页面文件大小,并有一个“专用”交换驱动器

在SQL 2008R2框中,我们最近有一些作业由于各种原因而失败,主要是与内存有关,包括一个说明页面文件已满。 Windows 2008R2虚拟机具有16GB的RAM和6GB页面文件的专用磁盘。 现在,我们将页面文件移回到C:驱动器,并将其大小增加到8GB。 这种长期的影响尚待观察。 今天早上,我们的服务器pipe理员将GUI的“交换”驱动器增加到了25GB。 让我感到奇怪的是,pipe理员还改变了虚拟内存,自动跨越所有驱动器。 这让我感到浪费空间,但是我不太了解Windows如何自动pipe理页面文件。 下面是当前虚拟内存设置的快照,以帮助描述。 能够自动pipe理所有驱动器页面文件大小的Windows操作系统能否有效地使用专用于此目的的驱动器?

在Linux(CentOS 7.2)上,为什么ulimit -m不会限制内存使用?

我为我的shell设置了ulimit -m 1000000 ,然后启动了一个消耗大量内存的进程(一个简单的python脚本,从https://unix.stackexchange.com/questions/99334/how-to-fill-90-of免费记忆 )。 我告诉我的Python脚本消耗2G的内存,它似乎这样做(从htop这个输出): Mem[|||||||||||||||||||||||||||||||||1742/1839MB] Uptime: 137 days(!), 16:56:32 Swp[||||||||||||| 591/2047MB] PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 6207 mikes 20 0 2123M 1625M 156 S 0.0 88.3 0:08.77 python ./consume_memory 2000 看看上面的“RES”列和“MEM”图。 ulimit -a显示: max memory size (kbytes, -m) 1000000 …为什么我的stream程不能启动? 如果我用ulimit -v 1500000设置我的虚拟内存大小,例如,我的过程按预期失败: $ ./consume_memory 900 […]

什么是过度交换?

以下摘自这篇文章引出了我的这个问题: caching争用 在大型站点上,如果使用的是MyISAM,则在添加节点或注释后强制清除caching时,数据库表中会发生争用。 由于需要删除成千上万的filter文本片段,表格将被locking很长一段时间,并且任何对其的访问都将被排队,以等待清除其中的数据。 页面caching也是如此。 这通常会导致一两分钟的“网站挂起”。 在此期间,新的请求不断堆积,如果Apache设置中没有正确的MaxClients参数,系统可能会由于过度交换而进入抖动状态。

VPS上的快速小型静态文件服务 – 避免使用磁盘

我需要从VPS服务大量非常小的静态文件(例如1Million,〜1KB)。 我目前最喜欢的方法是Nginx,但我主要关心的是缓慢的VPS磁盘。 有没有一种方法可以用来从本地内存提供这些文件,而不是去磁盘? 我知道操作系统(Debian在这种情况下)会将“热”文件保留在内存中,但是我担心这将会很难监视或影响。 也许有办法让Nginx从内存中提供服务? 还是其他一些方法完全?

这台服务器是使用太多的内存还是虚拟内存? (屏幕附上)

我有一个VPS与512MB RAM 40GB存储1CPU,我运行一个小的域名停放服务。 它在CentOS,MySQL,Apache等。 现在,我的托pipe服务提供商声称我的服务器将过多的负载存储系统 ,他们不得不重置我的实例,并要求我优化服务器,因为它正在放慢存储上的其他客户端。 全域的文件(www文件夹)低于100MB! 我环顾四周,看不出什么会导致这种“存储滥用”,他们说这是写在存储上的虚拟内存,几百MB。 webmin屏幕中显示的不正常吗? 它是否显示附加的“top”命令中有任何问题? (例如mysqld的772MB虚拟内存)。 我知道的唯一的重载是一个小时运行一次的PHP脚本来处理所有域的统计信息,需要3分钟才能完成,似乎把CPU的工作:) 编辑:我添加了顶部命令的第二个屏幕显示进程列表上方的缺失数据。

Windows Server 2003程序损失内存最小化

这是我在操作系统上遇到过的最奇怪的事情。 我运行几个程序,使用高达1 GB的内存。 但是,如果我最小化程序的RAM使用减less太多100 MB! 这意味着我失去了900 MB的RAM只是消失在哪里? 我怎样才能保持记忆的地方? 在我自己的笔记本电脑上,程序运行良好,不失内存。 此外,该程序不会后崩溃,但几天后(它不会find它在内存中需要什么)有点奇怪… 这是一个内存泄漏(它只是错过了内存) 我希望有人能帮助我!

OOMKiller使得托pipeJava的机器变得无法响应

我有两台运行在私有vSphere云中的服务器,都运行着JBoss和Tomcat。 机器8 – RHEL5.3,3个“物理”内存,1个交换 机器25 – RHEL4.6,2个“物理”内存,1个交换 机器8经常会变得没有响应,OOMKiller有效地接pipe机器。 通过vSpherepipe理控制台重新启动是唯一的select。 我们一直认为Java应用程序的限制(Xmx等)设置得太高。 因此,在最近的重启之后,我们借此机会减less了JVM上的内存限制,并设置了一些logging某些信息的脚本。 这一次,这个问题似乎发生在两台机器上,虽然这个问题的特定日志只在机器8上。 有趣的是交换使用在一分钟内翻倍,但是Java应用程序的使用却没有。 可悲的是,我们的日志logging集中在JVM上,所以我们不知道实际上请求的是什么内存。 以下是内存使用情况的logging,直到机器停止响应(从各种JVM的顶部信息的日志重新构build): Time Load Average Phys Used Virt Used 00:19:23 1,01 3016868 380872 00:20:27 3,44 3025136 435216 00:20:32 3,24 3029548 475548 00:21:37 3,51 3023888 864404 00:21:43 3,39 3030808 889608 所以虚拟内存的使用在2.5分钟内从380兆上升到了889兆。 我知道这个问题,但不知道是否是同样的问题 – 在我们的机器上,Java的使用似乎并不合理,而遭受这个问题的机器最多的机器是在RHEL5.3上。 我们还没有按照链接问题中的build议激活vm.lower_zone_protection选项。 有没有人有任何build议或解释? 另外,机器25是否也是偶然的事实,或者vSphere中的环境可能导致它们都以这种方式作出反应?

如何检查Windows 2000上的虚拟内存碎片?

有没有一种方法来检查特定进程的虚拟地址空间,以检查该进程是否正在进行虚拟内存碎片化? 我知道这听起来像是我不应该担心的事情,但是我们有一个失败的OutOfMemory错误进程,但系统上有足够的可用内存。 该进程有大约500兆字节可用,并请求的内存调用为417兆字节。 这导致我认为没有足够的连续空间可用。 但是,我当然不能把这个问题作为一个问题提出来,直到我能certificate这一点。 在过去,我使用地址空间监视器( http://www.hashipse.org/asm/ )和ProcMon来帮助我解决这些types的问题,但在Windows 2000上不支持。任何人都有任何想法对于Windows 2000? 除了显而易见的,升级操作系统。 (相信我,这是一个完全不同的战斗)谢谢。

获取(主要)页面错误的虚拟内存地址

在Linux(Cent OS 5)系统上,我有一个访问大量内存映射文件的进程。 该过程正在生成大量的页面错误,因为映射文件的聚集大小远远超过了可用的RAM。 如果我有办法不仅统计页面错误,而且logging发生错误的虚拟地址,我可以使用/ proc / maps或pmap来估计读取在映射文件中的分布情况,以及多less需要更多的RAM来改善这种情况。

CentOSnetworking服务器内存溢出 – 无法login

几天前,我的CentOS 6.2 webserver与ISPconfig 3下降到我不能通过SSHlogin或使用控制台。 控制台里充斥着“内存不足,杀死进程,牺牲孩子”或类似的东西。 等待一分钟后,通过SSHlogin提示出现,一两分钟后提示input密码,依此类推。 该系统显然严重超载。 我不能干净地重新启动它,所以我很难重置它。 我认为这是一些孤立的失败,但几个小时前也有同样的情况。 这是一个生产服务器,我无法承受试验,所以我只是将RAM(它是一个Hyper-V虚拟机)从1 GB增加到2 GB,然后重新启动它。 现在可以运行两天或类似的东西。 第二天,同样的情况与另一台类似的机器,CentOS 6.3重复。 我只是重新启动它,而不增加内存,现在运行良好。 我不确定它是什么,为什么发生,以及如何避免它。 在我看来,分配的内存太多了,所以系统开始将所有内容分页和分页,这导致性能下降,几乎停止了机器。 这是来自第二台机器的sar日志: 12:03:14 AM CPU %user %nice %system %iowait %steal %idle 06:40:52 AM all 0.10 0.00 1.59 98.31 0.00 0.00 07:37:29 AM all 0.09 0.00 1.37 98.54 0.00 0.00 09:51:37 AM all 0.07 0.00 1.34 98.59 0.00 0.00 […]