Hackintosh:实验不可靠的内存

文章作者:Brian Dipert

• 类别:消费电子产品
• 2019-10-21
• 评论(0)

峰值传输速率不是在系统设计中选择和实现DRAM时唯一的关键规范。

在上个月的本博客系列的介绍帖子，我描述了HP Elite 8300电脑平台我打算用作我的“Hackintosh基础，以及我将在项目中探索的三种不同变体的形状因素的细微差别:

• 可兑换minitower (CMT)
• 小形状因子(SFF)
• 超薄桌面（USDT）

这CMT和SFF这两个系统都是由SJ电脑公司通过亚马逊的“更新”项目;每购买一台电脑，我都附加了便宜的3年延长保修期。每个系统内置8gb的DRAM，以两个4gbye DDR3 1600 (PC3 12800) 240引脚内存条的形式。我将CMT系统的两条内存条转移到SFF系统，以充分填充所有四个可用内存插槽，转换为16gb的总系统内存。

我有两个8gbye DDR3 2400 (PC3 19200) 240脚内存条(还配有可拆卸的散热片!)放在一个从未完成的DIY个人电脑项目中，所以我决定让它们为CMT系统服务。英特尔Q77 Express芯片组只支持DDR3 1600 (PC3 12800) sdram，但我认为更快的内存条会适当减速。我还购买了两条8gbyte的DDR3 1600 (PC3 12800)内存，即32 gb的总系统内存。只有一个问题:BIOS报告聚合内存子系统现在运行速度变慢了Ddr3 1333 (pc3 10600)速度（显然是一个常见的问题)．

你们中的一些人可能已经知道，峰值传输率并不是唯一的关键规格在系统设计中选择和实现DRAM时。我怀疑DDR3 2400（PC3 19200）DRAM参数中的一个与Q77 Express芯片组的要求不兼容，对全DDR3 1600（PC3 12800）操作进行了不兼容的，导致进一步降级到DDR3 1333（PC3 10600）模式。（不出所料，鉴于这些是公司量身定制的桌面，而不是爱好者系统）Elite 8300 UEFI不支持英特尔的极限内存协议(XMP)，如果它存在可能使我能够微调内存设置。

坦白说，DDR3 1333 (PC3 10600)和DDR3 1600 (PC3 12800)的性能差异是很少在最好的情况下无论如何，真正值得注意的是，只有当CPU的集成图形被积极使用时(这不会发生在我的情况下，因为我依赖于图形插件卡为CMT和SFF系统)。也就是说，如果我有时间实现我的DIY PC愿望，我将确保得到DDR3 1600 (PC3 12800)替换内存条以达到最佳性能。

说到DDR3 1333 (PC3 10600)，它(在一个不同的模块变体)是这篇文章的主要推动力。正如我在之前的一篇文章中提到的，USDT系统本质上是一个交流供电的笔记本电脑设计，配有204针sodimm。我从Ebay上买的二手的，附带两个金斯敦HP698656-154-KEB4 GBYTE DDR3 1600（PC3 12800）SODIMMS，结合创建8 GB的总系统内存（以及奇闻奇怪的每个SODIMM包含八个4 Gbit Kingston-Branded DRAMS ...实际半导体制造商未知）：

它们在运行Windows 10时工作得很好:

然而，考虑到这些“Hackintoshes”旨在接近Mac Pro的高端台式机，我的动机是最大限度地利用USFF系统的内存分配。我有两个8 GBYE DDR3 1333（PC3 10600）240针SODIMMS躺在（声音熟悉？），爱国者记忆PSD38G13332S.准确地说，这些产品最初是为我的基于Intel Sandy Bridge的cpu设计的2011年中期Mac Mini．这个系统只能升级到8gb的最大内存，但是大量的轶事证据表明非正式升级到16g字节是可能的。

他们总是看起来很奇怪;正如你在下面的照片中看到的，一个SoDIMM是用蓝色的PCB制作的，包含16个SpecTek (Micron) PE041-125 TPsdram，而另一个使用绿色的PCB，由16个Hynix H5TC4G83BFR.SDRAMS（供应商的芯片都是4 Gbit x8变体）：

但Mac mini似乎一直用它们稳定运行，至少在正常运行时是这样……进入睡眠模式和脱离睡眠模式的结果是不可预测的，而且当时我在系统上没有运行任何特别需要内存的东西，所以我把它们放在一边。

这个项目给了我一个机会，让我重新振作起来。然而，在安装完它们之后，我立即发现Windows 10的操作不可靠。有时，操作系统会崩溃并立即重启;有时它会运行几分钟，然后抛出一个神秘的“IRQL不少或等于或其他错误。尽管如此，我还是看到了一个闪烁的显示器，在各种大小和方向的像素簇中，伴随着随机的视觉“垃圾”，不管Windows在崩溃前运行了多长时间。

起初，我觉得错误可能是我的......更紧密地重读了系统的《硬件参考指南》和《维护与服务指南》，我遇到了暗示，虽然内存模块插槽可以容纳高达8 GB的RAM，但总系统内存是也限制在8 gb(类似的，CMT和SFF系统的4槽配置被认为限制在16 gb的系统RAM)。然而，这对我来说没有逻辑意义;我知道Q77 Express芯片组本身并没有这样的容量限制，除非惠普人为限制了系统的UEFI，否则应该支持16gbyte的系统内存配置随后的系统QuickSpecs正如细心的读者已经从我之前提到的CMT系统成功的32GByte配置中意识到的那样。不错的打字错误(或者现在已经过时的文档引用，不确定是哪一个)，HP。

下一步：接触爱国者。他们建议我尝试两件事来缩小根本原因变量列表：击落内存测试程序，并将UEFI重置为默认值。由于Windows不会运行足够长的时间来启动我发起它自己的内置测试实用程序，我去了Passmark的Memtest86.在其基本配置(开源)中使用是免费的MemTest86 +建立在原始Memtest86基础上，是另一个常用的实用程序）。MEMTEST86靴子直接从USB记忆棒运行，绕过任何操作系统特质。和......报道没有任何问题与旧的4 GB或新的8 GBYTE SEDIMMS无论我是否使用一个（在两个插槽中）或两个（以任一槽顺序）。相信我，我试过所有可能的配置(每个测试运行大约需要2个小时)。

下一步:将UEFI设置为默认值。我想解决这个问题(和羞怯地,因为这是一个使用电脑,现在回想起来我应该做这个从一开始)当第二系统启动完成稳定只有初始显示闪烁,甚至电脑成功完成随后的几个小时,几天重物燃烧奔跑。然而，在亨舍尔，几天后，我将电脑拉回储存，并返回了其行为的行为。其他UEFI设置重置也没有再次解决问题。

更多的实验导致更多的数据分享，尽管没有任何进一步的根本导致洞察力。正如我已经提到的那样，系统在两个插槽中使用4 GByte SEDIMMS完全稳定。它也如果事实证明，可以完全无故障（甚至不是任何显示闪烁）运行任何一个蓝色或绿色8 gbyte sodimm较低的内存插槽（PCB上标记的XMM1，并在手册中描述为“SODIMM1套接字，通道B”：

放任何一个8gbyte SoDIMM在上然而，内存插槽（XMM3，“SODIMM3套接字，通道A”）和Windows将迟早（通常迟早）可靠地崩溃。当然，正如我所说的那样，填充这两个槽(任何一个SODIMM订单也使微软的操作系统适合：