linux查看芯片组命令 linux查看cpu架构( 三 )


-z 让内核重新读取指定设备上的分区表 。
-z 禁用segate驱动器的自动省电功能(st3xxx型号),防止它们在一定时间后闲置 。
linux查看cpu个数命令(一)概念
① 物理CPU
实际Server中插槽上的CPU个数
物理cpu数量,可以数不重复的 physical id 有几个
② 逻辑CPU
/proc/cpuinfo 用来存储cpu硬件信息的
信息内容分别列出了processor 0 –processor n 的规格 。这里需要注意 , n是逻辑cpu数
一般情况,我们认为一颗cpu可以有多核,加上intel的超线程技术(HT), 可以在逻辑上再分一倍数量的cpu core出来
逻辑CPU数量=物理cpu数量 x cpu cores 这个规格值 x 2(如果支持并开启ht)
备注一下:Linux下top查看的CPU也是逻辑CPU个数
③ CPU核数
一块CPU上面能处理数据的芯片组的数量、比如现在的i5 760,是双核心四线程的CPU、而 i5 2250 是四核心四线程的CPU
一般来说,物理CPU个数×每颗核数就应该等于逻辑CPU的个数,如果不相等的话,则表示服务器的CPU支持超线程技术
二 查看CPU信息
当我们 cat /proc/cpuinfo 时、
具有相同core id的CPU是同一个core的超线程
具有相同physical id的CPU是同一个CPU封装的线程或核心
三 下面举例说明
① 查看物理CPU的个数
#cat /proc/cpuinfo |grep "physical id"|sort |uniq|wc -l
2
② 查看逻辑CPU的个数
#cat /proc/cpuinfo |grep "processor"|wc -l
24
③ 查看CPU是几核
#cat /proc/cpuinfo |grep "cores"|uniq
6
我这里应该是2个Cpu,每个Cpu有6个core,应该是Intel的U,支持超线程,所以显示24
linux查看是否开启ecc关于linux查看是否开启ecc相关资料如下
linux查看内存是否是ecc reg,内存 – 如何检查RAM是否在ECC模式下运行?
linux查看芯片组命令我构建linux查看芯片组命令了我linux查看芯片组命令的第一个FreeNAS盒子,并且想要使用ECC RAM,因为我想存储关键数据.因为我的预算有限,所以我想选择仍然支持ECC RAM的最经济实惠的解决方案.
经过一些研究,我发现,我需要一块主板,内存和支持ECC的CPU.我选择的主板是“Gigabyte X150M-Pro ECC”,它有C232芯片组,DDR4和LGA1151插槽.
我还买了一套由金士顿制造的两个DIMM,型号为“KVR21E15S8K2 / 8”(spec sheet).技嘉公布了经过测试的内存模块列表,我的模块似乎得到了ECC(list of supported modules)的支持.
由于我的预算有限,我需要一台支持ECC的经济实惠的Skylake CPU.根据Intel,赛扬G3900确实支持ECC,所以我选择了那个.
在构建计算机之后,我想验证我的系统确实在运行ECC内存并进入主板的BIOS.从各种互联网网站,我发现一些主板有一个special section应该告诉ECC是否正常工作,但我的主板似乎没有.我检查了所有菜单,但找不到类似的部分.
在做了一些更多的研究之后,在Unix Linux stackexchange上找到了post,这并没有解决我的问题.我尝试了最新的memtest86,据我所知,甚至没有显示“ECC”的值.我尝试了旧的4.20版本that Puget systems used,显示“ECC:off”.然而,在阅读了前面提到的帖子之后,我怀疑它是否说实话(也许这就是为什么该功能被删除了?).这两个版本也没有读出DIMM的正确速度和延迟,这增加了我对memtest86的怀疑.
如果ECC正在工作,另一种流行的方法是发出dmidecode -t memory命令并读出总宽度和数据宽度.我的结果分别是128位和64位.输出的一部分显示了有关存储器阵列的详细信息,该存储器阵列具有错误校正类型的键值对:单比特ECC.
我期望总宽度为72位,所以我认为它可能与双通道有关并将内存模块移动到两个相邻的插槽中,这应该阻止双通道,但结果是相同的.这是dmidecode -t内存的full output.

推荐阅读