据说DDR5自带双通道。那问题来了

八兆天空

处理器的内存控制器决定发挥性能

NewChina牛中国

ssffzz1 发表于 2022-11-12 21:00
确定你这个说法有依据吗？

或者举个例子说下。

专业术语虽然我们不清楚，但我们是这样理解的
两条内存组成双通道并行处理时能比原来单通道时宽一倍的数据
但导致在单条的内存上面，宽一倍数据的另一半，跑到另一条内存上了
表面看是番倍，但实际这组数据只有一半在一个内存条上，另一半在另一条上
物理上，单个内存条的位宽只能满足双通道位宽的一半，也只能承担一半，无法突破物理极限

所以我们选择显卡时，如果两个显卡用的显存颗粒一样的
有的显卡看似只有4G，但它位宽是512位的
而有的显卡看似8G，位宽却只有128位
实际上前者使用的显存颗粒数量反倒是后者的两倍，不看位宽光看容量，很容易吃亏

NewChina牛中国

八兆天空 发表于 2022-11-12 23:02
处理器的内存控制器决定发挥性能

有道理
早期内存控制器好像集成在北桥中，后来北桥整合到处理器中

而处理器芯片厂商又喜欢商业化操作，对用户群分等
中端、低端处理器的内存控制器，强制通道里的内存工作频率降频降速运行
中高端的才允许相同的高规格内存以通道最高速度运行

夹缝中的主板厂商那边呢，为了迎合用户心理
又在有些主板的BIOS中，设计破解选项
允许内存控制器“超频”运行，好让高规格内存全速运行，发挥应有的性能

ssffzz1

NewChina牛中国 发表于 2022-11-13 08:39
专业术语虽然我们不清楚，但我们是这样理解的
两条内存组成双通道并行处理时能比原来单通道时宽一倍的数 ...

大概理解了你表述的是什么意思了。

我举个例子吧：

假设单条内存单通道64bit位宽，那么你组双通道就是128bit位宽。一个通道64bit，这个是物理限制无法突破。

这个时候如果你存了1 2 3 4 5 6 7 8，总共8块数据，如果 1 3 5 7 存到了A通道。2 4 6 8 存到了B通道（当然也可以是其他分配方式，但总是对半的）。因为AB通道是单独的，并且是并行的。因此4个步骤就完成了。
当然单通道就是8个步骤。

数据还是8块数据，还是占8块的空间。无非是单独占到1条上，还是分开占到2条上。 并不是  "容量减半了" 。


这个时候CPU读数据，如果AB两个通道顺序读，两个通道的利用率最高，因此效率翻倍。但实际上取决于AB两个通道的分配策略（这个是固定的），以及CPU对数据的读取方式（这个是不固定的），实际上效率并没有翻倍，根据实际情况 提升的程度也不一样。

林强

可能还不完全是这个问题，知乎上有一些解答，双通道有两种模式会带来不同的效果，感兴趣可以去看看。

ssffzz1

林强 发表于 2022-11-13 11:46
可能还不完全是这个问题，知乎上有一些解答，双通道有两种模式会带来不同的效果，感兴趣可以去看看。

你这个图，无非是分配策略问题。

不过考虑到现代的机器，系统里有许多的进程，CPU或者多个CPU或者一个CPU多个核（总之就是多个可执行部件），根据策略在单一时间执行某一个进程。
而这个进程的数据可能分配在A内存,B内存，AB都有等等各种情况。

当进程足够多，执行的类型足够复杂（譬如有IO型，有计算型等等），对内存的需求足够多样的时候，分配策略可能不是那么十分十分的关键了。

林强

英特尔原来是没有unganged模式的，直到最近11代才有，为什么现在又增加了这个模式，这以前可是AMD独有的，我也不太懂

NewChina牛中国

ssffzz1 发表于 2022-11-13 11:36
大概理解了你表述的是什么意思了。

我举个例子吧：

产生分歧的主要原因在于
你理解的容量是纯粹物理上的容量，存贮每个二进制位的总数量
这也是你坚信的基础，虽然你这个物理空间意义上梳理的容量大小最为精确
毕竟每个二进制位，少得不能再少也得占一位，以此为计量原点，自是精准

然而通常大家理解的容量，更直接点说是厂商宣传的，是以某一固定数位的二进制数据标准下的容量
可以8位16位32位以及更多位，导致同容量下但不同位宽时所占据消耗的物理存贮位置数量大不一样
8位二进制一个字节，和16位二进制一个字节，容量上虽然都是一个字节，但明显后者多占据了1倍的物理空间

倒不是因为厂商刁钻，因为实际用途上，不同位宽要求的存贮模组都有市场
总不能卖内存条或闪存盘时，像卖颗粒一样，都按1位二进制来算容量
虽然有些良心商家，还是会标出内存或闪存颗粒按8位去算容量
没有比较就没有伤害，有时我以为一个flash存贮颗粒是1GB的，结果好不容易吹下来替换到目标板上了
结果进入系统读下来，只有128MB，弄了半天原来二进制的位数不一样，有时非要除8才算

大部分是早期实践收获一点避坑经验，未经专业系统学习
可能描述和用词都有不妥不不准确的地方，但给有需要的朋友总体上参考下，会少吃亏些

还有一个就是操作系统，从8位到16位，16位再到32位，32位到64位，系统不断升级了
但以前的数据文件所占容量大小还一直是兼容的，那我们存贮的数据的位宽岂不是一直没变
所以在变与不变的犬牙交错中，很多情况更让人难以分辩，尤其是专业人都无法直白讲清楚，何况我们大部分是不专业的人

ssffzz1

NewChina牛中国 发表于 2022-11-13 14:55
产生分歧的主要原因在于
你理解的容量是纯粹物理上的容量，存贮每个二进制位的总数量
这也是你坚信的基 ...

知道你说的啥意思了。
存储一个 8bit的数据，需要多大的空间。答案就是8bit的数据就是1个字节的空间。在16位宽，64位宽，128位宽的机器上都是一样的。

无非你说的意思是，譬如cpu需要1字节的数据，而内存位宽是128bit（16字节），你一次性读出来16字节，扔掉15字节，只要1字节。那么15个字节浪费了，效率很低。而64bit位宽的相对来看效率就高了。

但实际上不是这样的，请搜索 “就近性”，现代计算机的存储器设计，都是基于这个原则。

我简单说结果，就是16个字节读出来，放到cache里面（假设cache的位宽也是128bit，并且只有一级cache，实际上现代cpu一般有三级L1 L2 L3。）下次cpu如果要取 这16个字节中的其他数据，不再需要去内存里面拿，而是从cache里面拿即可。

注意一个问题，就是因为有cache的存在，内存里读写数据一般都是成块的，不会一个字节一个字节的拿数据。成块的拿出来，放到cache里去。写也是这个方法。

lxg

感觉现在影响速度的是硬盘了，除非换固态硬盘！

林强

如果要快可以组磁盘阵列速度也不差，想再快就用固态组磁盘阵列

built

lxg 发表于 2022-11-13 15:21
感觉现在影响速度的是硬盘了，除非换固态硬盘！

我选了个三星 890 pro，走PCIE4.0

ssffzz1

林强 发表于 2022-11-13 15:53
如果要快可以组磁盘阵列速度也不差，想再快就用固态组磁盘阵列

我把128G内存，拿出一部分做了硬盘，系统的一些临时文件，我自己工作的文件放这里。编辑完毕后放磁盘上。
然后系统盘两块SSD做RAID。
再来个3块磁盘做RAID5放资料。


就这样，速度感觉够了。

NewChina牛中国

以前多次用不同形式的阵列卡或板载阵列卡，用机械硬盘做RAID0想加速系统的读写速度，发现都有一个毛病，就是bios自检到阵列，那里比较慢，进了系统也没觉得快多少，后来用120GB以上的固态盘了，才明白，我之前做的阵列全是哗众取宠而已

NewChina牛中国

lxg 发表于 2022-11-13 15:21
感觉现在影响速度的是硬盘了，除非换固态硬盘！

原因都是硬盘上的虚拟内存读写速度太慢拖了系统后腿

刚好看到版块内一帖主题——“电脑4G内存最好升级成8G”
其实一个意思，当系统需要的内存开始需要硬盘上的虚拟内存补充时
最好还是要加大内存条的容量，毕竟内存条的读写速度，远胜于硬盘虚拟的内存读写速度