我知道SQL喜欢RAM，但是当Windows询问时会释放它。 我知道这是SQL应该如何工作。 但是我有一个Windowspipe理员谁不相信，SQL实际上会返回内存，并且在这个特定的（虚拟）服务器上，一旦分析服务完成，SQL不需要太多，但是这个服务器上没有任何东西是困扰问SQL很多。 所以我试图向Windowspipe理员保证虚拟环境的问题不是“因为SQL使用了太多的RAM”，但是我似乎无法说服SQL在不重新启动服务的情况下释放它。 在处理多维数据集时，SQL服务高兴地需要8GB的RAM，但是由于没有压力，在正常的日子里它不会释放太多的内存。 Windows的玩家尖叫着，让SQL释放这个会更好。 我不想使用最大内存设置，因为我确实希望SQL在处理时使用那么多的RAM。 我只是想让它再次回落。 它可能是两个SQL Server不释放内存和从SQL Server回收内存的副本，但我想知道是否有不同的答案。 等待Windows收回它不会说服Windows的人在这里。 重新启动服务是一个select，但我真的不是这个想法的粉丝。 我想知道如何让Windows回来…
比方说，我有20个用户login我的Linux机器。 我怎么知道他们每个人使用了多less内存？
DRAM芯片封装非常紧密。 研究表明，相邻的比特可以随机翻转。 在一个带有ECC的服务器级DRAM芯片中随机触发错误的概率是多less（ CMU-Intel论文引用一年中一次未知芯片的数量为9.4×10 ^ -14）？ 如何在购买内存之前知道错误是否已被修复？ 我应该怎么做，以抵制恶意企图通过例如租户或非特权用户（例如CentOS 7）进行特权升级？ 参考文献： 行内DRAM漏洞被利用，解锁访问物理内存 内存翻转而不访问DRAM：DRAM干扰误差的实验研究 Google的PoC回购 项目零写入
我希望有人能帮忙。 我们有一个Windows Server 2008 R2的机器，有16GB的内存，可以让所有可用的内存被某些东西吞噬。 任务pipe理器或资源监视器中没有显示使用大于300MB的内存的任何进程…但服务器上的内存使用量为15.7GB。 唯一运行的是SQL Server 2008和IIS7.5 （使用ASP.Net）。 注意：重新启动后RAM的使用率开始较低，并且正常运行。 一个星期左右之后，我们一直在这种情况下find自己。 我怎么能发现什么东西在吃我们所有的记忆？ 🙁
最近，我在其中一台服务器的kern.log中注意到这样一个条目： Feb 16 00:24:05 aramis kernel: swapper: page allocation failure. order:0, mode:0x20 我想知道： 这个消息到底意味着什么？ 我的服务器内存不足？ 交换使用率很低（低于10％），到目前为止，我还没有注意到由于内存不足而导致任何进程中断。 附加信息： 该服务器是运行Debian 6.0的Xen实例（DomU） 它有512 MB的RAM和512 MB的交换分区 虚拟机内部的CPU负载平均显示为0.25
对于HP 4050N LaserJet打印机，RAM会升级吗？ 我们有一台真正的激光打印机。 这是一台HP 4050N，已经使用了很多年了。 在过去的几年中，我注意到在开始打印之前所需要的处理时间可能需要很长时间。 在某些情况下，某些打印队列只能处理很长时间，最终我们会杀死它们并将其发送到networking上的其他打印机。 这台HP 4050N打印机总共有16 MB的RAM。 我相信它有8 MB的内置，我怀疑是在主板上。 RAM有三个插槽。 一个插槽有一个8 MB的RAM棒。 我已经看过用户指南，显然这个模型可以达到最大200 MB的RAM。 我已经看到这台打印机的内存非常便宜，在64 MB或128 MB。 我的问题是，通过将总计高达80 MB或144 MB的打印机升级到此打印机上的RAM，处理时间会有明显的改善，因此，当包含现代graphics的打印输出值得做时， 或者是RAM甚至是问题，这是打印机的CPU的处理速度，这是实际的瓶颈？ 更新：我订购了$ 10.00（128 MB）的RAM，我安装了它。 所以HP4050N从总共有16 MB到144 MB的RAM。 我打印了以前一直呆在“处理”中的testing图，从未出现过，但在升级之后，它照常打印。 这适合我们的需求。 正如他们所说，你的情况可能会有所不同。
我们遇到了一个问题，在这个查询大约有5000万行，索引大小为4 GB（表大小大约为6 GB）的表中，导致数据库服务器交换内存并显着减速。 我很确定这是与临时表大小超过，并交换到磁盘。 如果我从32 GB的RAM升级我的数据库服务器到64 GB的RAM，我想知道如果MySQL数据库将能够充分利用这个额外的内存，而不是交换。 我已经经历了一些variables（例如KEY_BUFFER_SIZE等），他们似乎支持超过64 GB的设置值。 但是，MySQL文档说tmp_table_size最大为4 GB。 那么内存升级是值得的吗？ “查询大桌面”问题是否会从中受益，还是因为4 GB的限制而没有帮助？ 我知道还有其他解决scheme，比如重组表格，以不同的方式进行分区，等等，但是不改变表格的任何内容，会有额外的内存帮助吗？ 另外，一般来说，还有其他与内存相关的variables，当从32位移动到64位内存时，MySQL将无法使用这些variables。 我们使用64位Linux（Ubuntu）作为我们的数据库服务器。 谢谢，盖伦
我一直在阅读这个问题 ，它有很多很好的信息。 但假设你有足够的内存，我认为页面文件应该在SSD上禁用，以延长使用寿命。 我知道你会失败的核心转储，但没有多less人需要这些信息。 从我的理解，没有一个页面文件，因为你达到你的内存的限制，可能会触发磁盘颠簸。 但是对于SSD来说，没有任何颠簸的概念，读取速度很快。 你们有什么感想？
我目前在运行Redhat x86_64 es5 32Gb RAM的Xeon 7550服务器上。 我已经安装了memcache，configuration中剩余的唯一步骤是设置它使用的内存量。 我已经在旧服务器上完成了这个工作，我通过Filezilla（root访问）下载了一个文件并对其进行了编辑。 现在，我不记得我编辑了哪个文件，以及stream程是如何进行的。 我想设置使用1 GB的memery。 任何人有一些洞察力？ 如果你能协助，请彻底，因为我的linux服务器知识是有限的。
考虑到很多服务器级系统都配备了ECC RAM ， 在部署DIMM之前烧录 DIMM是必要还是有用的？ 我遇到了一个所有的服务器RAM通过冗长的老化/压力testing过程放置的环境。 这有时会延迟系统部署，并影响硬件交付周期。 服务器硬件主要是Supermicro ，所以RAM来自各种厂商; 不是直接来自制造商，如戴尔Poweredge或HP ProLiant 。 这是一个有用的练习？ 在我以前的经验中，我简单地使用了开箱即用的供应商RAM。 POST内存testing不应该捕获DOA内存吗？ 在DIMM实际上出现故障之前，我已经对ECC错误做出了响应，因为ECC阈值通常是保修位置的触发器。 你烧你的 RAM吗？ 如果是这样，您使用什么方法来执行testing？ 是否在部署之前发现了任何问题？ 老化过程是否导致了任何额外的平台稳定性与不执行该步骤？ 将 RAM 添加到现有运行的服务器时，您会做什么？