解决 linux 命令行光标莫名消失

2021-05-16 tech linux 1 mins 148 字

说来也是奇怪。我感觉应该是我在 gnome-tweak 开启过多东西的原因，里面有啥方法把光标关掉然后没有恢复吧。

直接手动设置吧：

echo -e "\033[?25h"  # 显示光标

将其设置到 .bashrc 或者 .zshrc 里：

alias ts='echo -e "\033[?25h"'

PC 断电恢复后自动启动

2021-05-15 tech linux 1 mins 1 图 323 字

首先进入BIOS 的设置主界面，找到[POWER MANAGEMENT SETUP]，再找到[PWR Lost Resume State] 或者 [AC Recovery]，这一项有三个选择项。

[Keep OFF]项，代表停电后再来电时，电脑不会自动启动。
[Turn On]项，代表停电后再来电时，电脑会自动启动。
[Last State]，那么代表停电后再来电时，电脑恢复到停电前电脑的状态。断电前如果电脑是处于开机状态，那么来电后就会自动开机。断电前是处于关机状态，那么来电后电脑不会自动开机。

参考资料

https://blog.csdn.net/weixin_32132771/article/details/104291008

linux物理机设置 CPU Performance 模式

2021-05-14 tech linux 6 mins 4 图 2209 字

背景

CPU 动态节能技术用于降低服务器功耗，通过选择系统空闲状态不同的电源管理策略，可以实现不同程度降低服务器功耗，更低的功耗策略意味着 CPU 唤醒更慢对性能影响更大。

对于对时延和性能要求高的应用，需要在服务器 BIOS 中修改电源管理为 Performance，从而关闭 CPU 的动态调节功能，禁止 CPU 休眠，把 CPU 频率固定到最高。

更多关于主机电源管理的内容，可以参考我前一篇文章《一些 bios 配置优化的备忘》— C-State P-State。我们既可以在bios进行设置，也可以在OS进行设置。具体到 linux 操作系统，就是通过 cpufreq 进行配置。

查看 CPU 主频与实际的运行主频

grep -E '^model name|^cpu MHz' /proc/cpuinfo

在我本机可以看到，主频与实际运行的主频是不一致的：

时间1：

时间二：

cpufreq 的五种模式

cpufreq 是一个动态调整 cpu 频率的模块，系统启动时生成一个文件夹 /sys/devices/system/cpu/cpu0/cpufreq/，里面有几个文件，其中 scaling_min_freq 代表最低频率，scaling_max_freq 代表最高频率，scalin_governor 代表 cpu 频率调整模式，用它来控制 CPU 频率。

# 查看当前的调节器
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
conservative

performance: 顾名思义只注重效率，将 CPU 频率固定工作在其支持的最高运行频率上，而不动态调节。
Userspace: 最早的 cpufreq 子系统通过 userspace governor 为用户提供了这种灵活性。系统将变频策略的决策权交给了用户态应用程序，并提供了相应的接口供用户态应用程序调节 CPU 运行频率使用。也就是长期以来都在用的那个模式。可以通过手动编辑配置文件进行配置
powersave: 将 CPU 频率设置为最低的所谓 “省电” 模式，CPU 会固定工作在其支持的最低运行频率上。因此这两种 governors 都属于静态 governor，即在使用它们时 CPU 的运行频率不会根据系统运行时负载的变化动态作出调整。这两种 governors 对应的是两种极端的应用场景，使用 performance governor 是对系统高性能的最大追求，而使用 powersave governor 则是对系统低功耗的最大追求。
ondemand: 按需快速动态调整 CPU 频率，一有 cpu 计算量的任务，就会立即达到最大频率运行，等执行完毕就立即回到最低频率；ondemand：userspace 是内核态的检测，用户态调整，效率低。而 ondemand 正是人们长期以来希望看到的一个完全在内核态下工作并且能够以更加细粒度的时间间隔对系统负载情况进行采样分析的 governor。在 ondemand governor 监测到系统负载超过 up_threshold 所设定的百分比时，说明用户当前需要 CPU 提供更强大的处理能力，因此 ondemand governor 会将 CPU 设置在最高频率上运行。但是当 ondemand governor 监测到系统负载下降，可以降低 CPU 的运行频率时，到底应该降低到哪个频率呢？ ondemand governor 的最初实现是在可选的频率范围内调低至下一个可用频率，例如 CPU 支持三个可选频率，分别为 1.67GHz、1.33GHz 和 1GHz ，如果 CPU 运行在 1.67GHz 时 ondemand governor 发现可以降低运行频率，那么 1.33GHz 将被选作降频的目标频率。
conservative: 与 ondemand 不同，平滑地调整 CPU 频率，频率的升降是渐变式的, 会自动在频率上下限调整，和 ondemand 的区别在于它会按需分配频率，而不是一味追求最高频率；

设置 performance

for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do
	[ -f $CPUFREQ ] || continue
	echo -n performance > $CPUFREQ
done

再查看当前调节器

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

最后确认 cpu 主频已定格在最高频率，发现已全部运行在最高频率。

grep -E '^model name|^cpu MHz' /proc/cpuinfo

注意

这个配置重启后会失效。如果需要持久化，可以设置开机自动运行本命令，或通过修改bios配置达到目的。

参考文章

一些 bios 配置优化的备忘

2021-05-13 tech linux 16 mins 4 图 5600 字

本文参考了华为的文档《FusionCompute V100R005C10 软件安装指南 02》，以下是我的一些笔记，不同设备的某些选项可能不同，仅供参考。

1. Intel HT technology，开启(Enable)

使CPU支持多线程，提升CPU性能。

2. Intel Virtualization tech，开启(Enable)

3. Execute Disable Bit，开启(Enable)

CPU硬件防病毒技术,亦称作NX或XD功能。

“Execute Disable Bit”是Intel在新一代处理器中引入的一项功能，开启该功能后，可以防止病毒、蠕虫、木马等程序利用溢出、无限扩大等手法去破坏系统内存并取得系统的控制权。

4. Intel SpeedStep tech，关闭(Disable)

speedstep 技术是通过降低 cpu 运行主频来达到降低功耗的技术，CPU 工作模式切换技术。

新款服务器写作 EIST(智能降频技术)。

· SpeedStep (GV1.1) 最早被引入奔腾M III，也就是笔记本电脑版奔腾。原理十分简单：双模式工作–全功率模式和省电模式。插上电源时，全速工作；电池供电时，已几乎一半主频工作（当然可以手动切回全速模式）。

· Enhanced SpeedStep (GV2.1) 加入了根据工作量自动在两个主频间切换的功能。实际上CPU就可以工作在三种模式下了：省电模式，性能优先模式和自动模式。

· Enhanced SpeedStep (GV2.2) 加入了Deep Alert mode。可以已更低的电压工作在省电模式下。

·EIST(Enhanced Intel SpeedStep Technology，GV3) 这版做出了巨大的改进，从此不再是只有两种频率可以选择了，而是有一个范围可以选择，通常以100MHz为一个步进（Step）。

来自CPU省电的秘密（一）：EIST

5. C-State P-State，关闭(Disable)

OS 主导了在整个 EIST 在的各个频率的切换，只有它最了解工作量。同时EIST要工作，硬件，固件和OS三方缺一不可。

所以这个配置既可以在 BIOS 配置，又可以在操作系统层面配置，当然在BIOS层配置最好。

如果BIOS已经关闭了 speedstep 或者 EIST，那C-State P-State的配置实际上也没所谓了(原理上是如此)。

5.1 硬件

Intel CPU是 EIST 可以工作的硬件基础。它通过一系列寄存器保证固件和OS可以得到足够的信息，有足够的手段控制EIST的工作模式。

5.2 固件

C-State P-State是 ACPI 规范中的内容，ACPI全称 Advanced Configuration and Power Interface，是固件和OS的电源管理接口和模型。

ACPI规范定义了CPU的工作状态，包含

S-States，指系统睡眠状态
C-States，（CPU Power states）指CPU电源状态
P-States，（CPU Performance states）则指CPU性能状态
G-States（全局状态）
D-States（设备状态）

整个关系如下图：

C-state 有C0，C1…Cn多种模式，但只有 C0 是正常工作模式（active），其他方式都是idle状态，只是idle的程度不同，C后的数越高，CPU睡眠得越深，CPU的功耗被降低得越多，同时需要更多的时间回到C0模式。

在下表所列的模式中，C1 到 C3通过切断 CPU 内部的时钟，C4 到 C6 模式通过降低 CPU 的电压。”Enhanced”模式两种方式都采用。

EIST 各个工作频率是通过在C0下的各种P-states表现出来的。固件会检测 CPU 是否支持 EIST，如果不支持就没什么事了。

5.3 OS

OS知道现在的工作量，由它来决定是不是要在各个P-states之间迁移。Linux的支持始于Linux 2.6，由cpufreq来提供支持。

5.4 额外知识点 Turbo Boost

Intel Turbo Boost 是Intel在系列处理器实现的技术，通过动态控制处理器的时钟率来激活处理器运行在超过基础操作主频。

Intel Turbo Boost 监控处理器当期使用情况，以及处理器是否接近最大热量设计功率（thermal design power, TDP）。

Turbo Boost允许一个或多个CPU核心运行在更高的P-states（turbo P-state），这个最大P-state需要考虑以下因素：

1) 激活的核心数量（ C0状态）

2) 评估当前处理器消耗（Imax）

3) 评估处理器电能消耗（TDP - Thermal Design Power）

4) 处理器稳定

内核启动参数需要激活P-state驱动后才能使用Turbo Boost功能。不过，Intel仍然建议处理器工作在基础时钟速度（base clock speed），因为Intel不承诺处理器任何时候都能够达到最大Turbo Boost speed。

5.5 额外知识点 cpufreq子系统

cpufreq 为在Linux 内核中更好的支持不同 CPU 的变频技术提供了一个统一的设计框架，cpufreq 在设计上主要分为以下三个模块：

1) cpufreq 模块(cpufreq module)对如何在底层控制各种不同 CPU 所支持的变频技术以及如何在上层根据系统负载动态选择合适的运行频率进行了封装和抽象，并在二者之间定义了清晰的接口，从而在设计上完成了前文所提到的对 mechanism 与 policy 的分离。

2) 在 cpufreq 模块的底层，各个 CPU 生产厂商只需根据其变频技术的硬件实现和使用方法提供与其 CPU 相关的变频驱动程序(CPU-specific drivers)，例如 Intel 需要提供支持 Enhanced SpeedStep 技术的 CPU 驱动程序，而 AMD 则需要提供支持 PowerNow! 技术的 CPU 驱动程序。

3) 在 cpufreq 模块的上层，governor 作为选择合适的目标运行频率的决策者，根据一定的标准在适当的时刻选择出 CPU 适合的运行频率，并通过 cpufreq 模块定义的接口操作底层与 CPU 相关的变频驱动程序，将 CPU 设置运行在选定的运行频率上。目前最新的 Linux 内核中提供了 performance 、powersave 、userspace、conservative 和 ondemand 五种 governors 供用户选择使用，它们在选择 CPU 合适的运行频率时使用的是各自不同的标准并分别适用于不同的应用场景。用户在同一时间只能选择其中一个 governor 使用，但是可以在系统运行过程中根据应用需求的变化而切换使用另一个 governor 。

这种设计带来的好处是使得 governor 和 CPU 相关的变频驱动程序的开发可以相互独立进行，并在最大限度上实现代码重用，内核开发人员在编写和试验新的 governor 时不会再陷入到某款特定 CPU 的变频技术的硬件实现细节中去，而 CPU 生产厂商在向 Linux 内核中添加支持其特定的 CPU 变频技术的代码时只需提供一个相对来说简单了很多的驱动程序，而不必考虑在各种不同的应用场景中如何选择合适的运行频率这些复杂的问题。

6. DCU Streamer Prefetcher，开启(Enabled)

CPU数据预读取功能，如果设置为Enabled，会预取流并发送到它的一级缓存，以改善数据处理和系统性能。

7. DCU IP Prefetcher，开启(Enabled)

IP数据预读取功能。

8. ACPI - MADT Mode，Legacy Mode

几个概念：

MADT: Multiple APIC Description Table，多种APIC描述表。
高级电源管理（APM），由BIOS运行，所以通常不知道用户在做什么。它对USB设备，附加卡和IEEE 1394以外的设备一无所知。
高级配置和电源接口（ACPI）旨在替代APM。它以操作系统为中心，从而可以更好地控制操作系统和计算机的其他组件。

ACPI - MADT 模式，用来设置操作系统是否可以对电源进行控制：

Legacy Mode：当操作系统在不支持 ACPI 的情况下运行时配置，硬件和电源不是通过 ACPI 来管理的，而是由高级电源管理（APM）、旧式即插即用（Legacy Plug and Play）等管理。
Modern Mode：使用ACPI管理。

9. Memory Frequency，auto

DDR 速度配置，内存运行频率。可以超频内存。在改变处理器的外频后，由于前端总线的频率也会改变，所以需要改变内存频率保证总线同步。

一些BIOS选项参考，不同设备显示也不同，单位为MHz：

Auto
1333
1600
1867
2133
2400
2666
2933-OvrClk

9.1 额外知识点

CPU外频＝外频，CPU乃至整个计算机系统的基准频率，单位是MHz（兆赫兹）。计算机系统中大多数的频率都是在外频的基础上，乘以一定的倍数来实现。
CPU频率＝主频＝外频×倍频
前端总线（FSB）频率，通常是CPU的外频的2到4倍，也没有固定的倍数，和cpu型号及主板芯片组有关。
系统总线频率，可以代指系统中所有总线（前端总线，agp总线，pci总线等），也有时候指南北桥之间的总线，也没有固定的频率和算法。
倍频

9.2 额外知识点前端总线

CPU 是通过前端总线连接到北桥芯片，进而通过北桥芯片和内存、显卡交换数据。

前端总线是CPU和外界交换数据的最主要通道，因此前端总线的数据传输能力对计算机整体性能作用很大，如果没足够快的前端总线，再强的CPU也不能明显提高计算机整体速度。

数据传输最大带宽取决于所有同时传输的数据的宽度和传输频率，即数据带宽＝（总线频率×数据位宽）÷8。

前端总线频率越大，代表着CPU与北桥芯片之间的数据传输能力越大，更能充分发挥出CPU的功能。

9.3 额外知识点外频主频倍频

外频具体是指CPU到芯片组之间的总线速度。外频是CPU与主板之间同步运行的速度，而且目前的绝大部分电脑系统中外频，也是内存与主板之间的同步运行的速度，在这种方式下，可以理解为CPU的外频直接与内存相连通，实现两者间的同步运行状态。

由于CPU工作频率不断提高，而PC机的一些其他设备（如插卡、硬盘等）却受到工艺的限制，不能承受更高的频率，因此限制了CPU频率的进一步提高。

倍频技术就是使外部设备可以工作在一个较低频率（这个较低频率就是外频）上，而又不限制影响CPU本身的工作频率（主频），因为CPU主频就是外频的倍数。

9.4 额外知识点外频/主频 vs 前端总线

前端总线与外频在以前的很长一段时间里（Pentium 4出现之前）是相同的。随着计算机技术的发展，人们发现前端总线频率需要高于外频，因此采用了QDR（Quad Date Rate）技术（4倍并发），或者其他类似的技术实现。

一般来说，主频和前端总线频率都是以外频为基数，前者是乘以倍频数，后者是乘以2/4/8,。

9.5 额外知识点内存频率

一般用三种频率来对内存进行描述——核心频率/时钟频率/数据传输速率。

数据传输速率就是标在内存条上的频率，如DDR333 和DDR400，平时说的内存频率默认就是指数据传输速率。
内存的核心频率就好比是CPU的频率，是本身所固有的频率。
时钟频率就是我们所说的外频。

对于DDR来说，三者的比例是1：1：2，对于DDR2来说，三者的比例关系是1：2：4。

10. Set Throttling Mode，CLTT

设置内存温度调节模式，菜单选项为：

Disabled
OLTT（Open Loop Thermal Throttling）：限定最大内存带宽，限制内存的功耗。通过监测每个DIMM rank的传输带宽，可以估算DIMM功耗和温度。该假设是一定时间内，温度和内存带宽是线性关系。
CLTT（Closed Loop Thermal Throttling）：大部分服务器的内存都有热传感器，会使用CLTT。内存控制器会周期性的访问热传感器，并根据数据对内存设置频率占空比。

11. Memory Power Savings Mode，关闭(Disable)

设置内存省电功能。

参考资料

clieng-go 实现从 yaml 创建和删除资源

2021-04-17 tech go 12 mins 4418 字

将 Clientset、dynamic.Interface 、ns和文件地址传入方法即可。如何创建 Clientset、dynamic.Interface ，可以参考我另一篇文章《kubernetes 开发之 client-go 学习》。

一、创建资源

方法

import (

	"errors"
	"fmt"
	"io"
	"strconv"
	"time"
	"os"
	
	"go/ast"
	"go/token"

	v1 "k8s.io/api/core/v1"
	metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
	"k8s.io/apimachinery/pkg/apis/meta/v1/unstructured"
	"k8s.io/apimachinery/pkg/runtime"
	"k8s.io/apimachinery/pkg/util/yaml"
	"k8s.io/client-go/dynamic"
	"k8s.io/client-go/kubernetes"
	"k8s.io/client-go/restmapper"
)

func installYaml(clientSet *kubernetes.Clientset, dynamicClient dynamic.Interface, ns string, filename string) error {
	f, err := os.Open(filename)
	logrus.Info("=====================>" + filename)

	if err != nil {
		logrus.Error(err)
		return err
	}
	d := yaml.NewYAMLOrJSONDecoder(f, 4096)
	dc := clientSet.Discovery()

	restMapperRes, err := restmapper.GetAPIGroupResources(dc)
	if err != nil {
		logrus.Error(err)
		return err
	}

	restMapper := restmapper.NewDiscoveryRESTMapper(restMapperRes)

	for {
		ext := runtime.RawExtension{}

		if err := d.Decode(&ext); err != nil {
			if err == io.EOF {
				break
			}
			logrus.Fatal(err)
		}

		// runtime.Object
		obj, gvk, err := unstructured.UnstructuredJSONScheme.Decode(ext.Raw, nil, nil)
		if err != nil {
			logrus.Error(err)
			return err
		}

		mapping, err := restMapper.RESTMapping(gvk.GroupKind(), gvk.Version)
		fmt.Printf("mapping:%+v\n", mapping)
		if err != nil {
			logrus.Error(err)
			return err
		}

		// runtime.Object转换为unstructed
		unstructuredObj, err := runtime.DefaultUnstructuredConverter.ToUnstructured(obj)
		if err != nil {
			logrus.Error(err)
			return err
		}
		// fmt.Printf("unstructuredObj: %+v", unstructuredObj)

		var unstruct unstructured.Unstructured

		unstruct.Object = unstructuredObj

		if ns == "" {
			res, err := dynamicClient.Resource(mapping.Resource).Create(&unstruct, metav1.CreateOptions{})
			if err != nil {
				logrus.Error(err)
				return err
			}

			GuessType(res)
		} else {
			res, err := dynamicClient.Resource(mapping.Resource).Namespace(ns).Create(&unstruct, metav1.CreateOptions{})
			if err != nil {
				logrus.Error(err)
				return err
			}
			GuessType(res)
		}

	}

	return nil
}

func GuessType(obj interface{}) {
	fset := token.NewFileSet()
	ast.Print(fset, obj)
}

使用

	pwd, _ := os.Getwd()
	if pwd != "" {
		pwd = pwd + "/"
	}
	
	err := installYaml(clientSet, dynamicClient, "", pwd+"abcdef.yaml")
	if err != nil {
		return err
	}

二、删除资源

与创建资源基本相同，不同的是我们传入 dynamic client 内的数据不是yaml信息，而是资源名，所以要从yaml文件中解析资源名。

方法

func uninstallYaml(clientSet *kubernetes.Clientset, dynamicClient dynamic.Interface, ns string, filename string) error {
	f, err := os.Open(filename)

	if err != nil {
		logrus.Error(err)
		return err
	}
	d := yaml.NewYAMLOrJSONDecoder(f, 4096)
	dc := clientSet.Discovery()

	restMapperRes, err := restmapper.GetAPIGroupResources(dc)
	if err != nil {
		logrus.Error(err)
		return err
	}

	restMapper := restmapper.NewDiscoveryRESTMapper(restMapperRes)

	for {
		ext := runtime.RawExtension{}

		if err := d.Decode(&ext); err != nil {
			if err == io.EOF {
				break
			}
			logrus.Fatal(err)
		}

		// runtime.Object
		obj, gvk, err := unstructured.UnstructuredJSONScheme.Decode(ext.Raw, nil, nil)
		if err != nil {
			logrus.Error(err)
			return err
		}

		mapping, err := restMapper.RESTMapping(gvk.GroupKind(), gvk.Version)
		// fmt.Printf("mapping:%+v\n", mapping)
		if err != nil {
			logrus.Error(err)
			return err
		}

		// runtime.Object转换为unstructed
		unstructuredObj, err := runtime.DefaultUnstructuredConverter.ToUnstructured(obj)
		if err != nil {
			logrus.Error(err)
			return err
		}
		// fmt.Printf("unstructuredObj: %+v", unstructuredObj)

		var unstruct unstructured.Unstructured

		unstruct.Object = unstructuredObj

		tmpMetadata := unstructuredObj["metadata"].(map[string]interface{})
		tmpName := tmpMetadata["name"].(string)
		tmpKind := unstructuredObj["kind"].(string)
		logrus.Info("deleting resource name: " + tmpName + ", kind: " + tmpKind + ", ns: " + ns)

		if ns == "" {
			err := dynamicClient.Resource(mapping.Resource).Delete(tmpName, &metav1.DeleteOptions{})
			if err != nil {
				logrus.Error(err)
				return err
			}
		} else {
			err := dynamicClient.Resource(mapping.Resource).Namespace(ns).Delete(tmpName, &metav1.DeleteOptions{})
			if err != nil {
				logrus.Error(err)
				return err
			}
		}

	}

	return nil
}

使用

	uninstallYaml(clientSet, dynamicClient, "", "abcdef.yaml")

参考资料

linux 查找最近修改的文件

2021-04-16 tech linux 1 mins 263 字

按时间查找可以使用参数：

-atime 访问时间
-ctime 改变状态的时间
-mtime修改的时间

find ./ -mtime 0 #返回最近24小时内修改过的文件。
find ./ -mtime 1 #返回的是前48~24小时修改过的文件,注意不是48小时以内修改过的文件。
find . -name '*.php' -mmin -30 #查找最近30分钟修改的当前目录下的.php文件
find . -name '*.inc' -mtime 0 -ls #查找最近24小时修改的当前目录下的.php文件，并列出详细信息

« 1 2 ... 45 46 47 48 49 ... 167 168 »

解决 linux 命令行光标莫名消失

2021-05-16 tech linux 1 mins 148 字

PC 断电恢复后自动启动

2021-05-15 tech linux 1 mins 1 图 323 字

参考资料

linux物理机设置 CPU Performance 模式

2021-05-14 tech linux 6 mins 4 图 2209 字

背景

查看 CPU 主频 与 实际的运行主频

cpufreq 的五种模式

设置 performance

注意

参考文章

一些 bios 配置优化的备忘

2021-05-13 tech linux 16 mins 4 图 5600 字

1. Intel HT technology，开启(Enable)

2. Intel Virtualization tech，开启(Enable)

3. Execute Disable Bit，开启(Enable)

4. Intel SpeedStep tech，关闭(Disable)

5. C-State P-State，关闭(Disable)

5.1 硬件

5.2 固件

5.3 OS

5.4 额外知识点 Turbo Boost

5.5 额外知识点 cpufreq子系统

6. DCU Streamer Prefetcher，开启(Enabled)

7. DCU IP Prefetcher，开启(Enabled)

8. ACPI - MADT Mode，Legacy Mode

9. Memory Frequency，auto

9.1 额外知识点

9.2 额外知识点 前端总线

9.3 额外知识点 外频 主频 倍频

9.4 额外知识点 外频/主频 vs 前端总线

9.5 额外知识点 内存频率

10. Set Throttling Mode，CLTT

11. Memory Power Savings Mode，关闭(Disable)

参考资料

clieng-go 实现从 yaml 创建和删除资源

2021-04-17 tech go 12 mins 4418 字

一、创建资源

方法

使用

二、删除资源

方法

使用

参考资料

linux 查找最近修改的文件

2021-04-16 tech linux 1 mins 263 字

查看 CPU 主频与实际的运行主频

9.2 额外知识点前端总线

9.3 额外知识点外频主频倍频

9.4 额外知识点外频/主频 vs 前端总线

9.5 额外知识点内存频率