核显究竟要怎么用？别忽略这几点你不知道的事情

龙飞电脑工作室

星级打分

• 1
• 2
• 3
• 4
• 5

平均分:0  参与人数:0  我的评分:未评

之所以要谈及核显问题，是因为最近锐龙8000G APU上市——时隔两年半，全新一代的APU产品上市吸引了很多人的注目，但是又有很多玩家并不清楚核显的正确打开姿势，所以才有此文。另外，我们将在近期更新锐龙8700G的评测，包括之前大家较少谈及的STAPM问题都会有更为详细的解读，有需要的可以关注我们。
+ \7 _) S) y; B' F/ M
+ r# P* I# L- R! b7 J! D0 z
双通道内存是必需品
' z3 v% `- m0 J: i6 |" u, w% F5 f
/ c. L7 g) _! f% T2 S1 C不同于独立显卡，核显一个显著差异是它没有自己的显存，而是要依靠内存来实现数据暂存、交换。独立显卡的显存都有一个重要指标：显存位宽，这大家都清楚，但核显既然是借用内存来当显存，那么该怎么判断呢？
1 c) p/ b1 h; _. P+ a  k/ Y+ l
8 I; ~3 m5 |2 H* U' F* x内存的位宽标准为64bit，即64位，不过如果是组建双通道内存的话，带宽就会翻倍为64bit×2=128bit，即128位，足足翻了一倍。需要注意，双通道内存的控制是由处理器内部的内存控制器决定的，目前消费级处理器的内存控制器，最大就支持到双通道内存，即无论你添加多少条内存（最大为4条），最终带宽就是128bit，不能再高了。

; s; v7 `4 I* n  g8 s# F& Q" p如果看到这里你不明白意义何在，那么我们再进一步说明一下。某个应用在运行时需要调用数据到内存中，如果是单通道内存，那么软件所需的数据毫无疑问将暂存到这条内存中；如果是双通道内存，系统会将软件的数据“一分为二”，分别（同步）发送到两条内存（通道）中，这样处理器读取数据的时候，会并行从两条内存中分别读取，这样它的传输效率会更高。
$ |0 A# S* p2 v5 C: v
  n; h6 ^. g: D" D0 b- `# U对于核显来说，更高的内存位宽就相当于拥有更高的显存位宽，同样在暂存数据的读取时效率会更高。而且，显存中图形数据的交换频率其实是要高于内存的，所以高位宽的需求更加强烈。

所以，如果是使用核显作为主力，电脑务必要组建双通道内存。
+ z9 e) \+ f' P  q1 L
内存频率和容量都会有影响

, `5 g+ _* G4 A) W+ ^- s除了内存要组建双通道，它的频率和容量是否也会影响核显呢？答案是显而易见的。频率的高低、容量的大小都会直接反映到最终的核显性能上。核显计算好的数据，要通过高速显存暂存，同时如果容量够大，一次可以暂存的数据更多，效率会更高。
8 K, n. Q1 d' M& Z' X6 u
  Y$ u9 @$ q- Z4 D% M同样一个核显，频率差异会导致性能存在较大差别（实际上位宽也是如此）。例如我们在3Dmark中运行测试项目，内存频率分别设定为DDR5 6400MT/s、7200MT/s，成绩落差会很明显，高频内存更有优势。表现到游戏应用中可能就是帧率上是否能满足流畅的关键因素。
" U1 P, x2 i+ ~: q! \
  D% H) \+ p8 `内存容量的问题上，例如在显示核心足够强劲而显存容量比较小或较慢的情况下，却有大量的大纹理贴图数据需要存放，如果显存的容量不足以存放这些数据，那么显示核心在某些时间就只有闲置以等待这些数据处理完毕，这就影响了显示核心性能的发挥从而也就影响到了显卡的性能。

' y/ b  M+ K% c  z% s1 _8 w# T5 V( _
核显自动还是手动？
! W. P6 a- w0 C2 N
既然谈到了内存容量问题，有一个细节就需要留意了，在主板BIOS中，我们究竟使用动态分配的方式还是使用手动划定内存的方式来分配内存当作显存使用呢？
, m% k2 e" c7 S" L4 w这个问题是有先决条件的——如果你的系统内存总容量足够大，可以考虑划定部分内存给核显使用。因为一旦手动划定内存容量分配，系统中可用的内存数量将随之减少。
: g6 @' L; v7 E! |4 N6 f
/ F1 L8 S' k# z" P1 H* g3 |# a* D这里建议如果系统内存总容量超过32GB，可以考虑划分最多8GB的容量当作核显专用“显存”（再高也没意义了）；如果电脑是小于32GB的内存容量，动态分配的方案才是最理想的。其实这里也要提及一点，很快32GB的内存容量就会成为系统配置的“低配”，未来一段时间内48GB内存（24GB×2）容量将是主流电脑的标配方案。
0 u. z" R' ~" s# S2 o4 J5 y2 t8 F
4 ]1 e& S* g) c; S, [- @