vault backup: 2025-09-30 13:13:02
This commit is contained in:
CrazyJasonwell
2
.obsidian/plugins/cubox-sync/data.json
vendored
2
.obsidian/plugins/cubox-sync/data.json
vendored
@@ -41,7 +41,7 @@
|
||||
"contentTemplate": "# {{{title}}}\n\n{{{description}}}\n\n[Read in Cubox]({{{cubox_url}}}) \n[Read Original]({{{url}}}) \n\n---\n\n{{#highlights.length}}\n## Annotations \n\n{{#highlights}}\n> {{{text}}} \n\n{{#note}}\n{{{note}}}\n{{/note}}\n[Link️]({{{cubox_url}}}) \n\n{{/highlights}}\n{{/highlights.length}}\n\n---\n{{{content}}} ",
|
||||
"highlightInContent": true,
|
||||
"dateFormat": "yyyy-MM-dd",
|
||||
"lastSyncTime": 1759202661798,
|
||||
"lastSyncTime": 1759208312143,
|
||||
"lastSyncCardId": "7371539407091795364",
|
||||
"lastCardUpdateTime": "2025-09-27T16:59:05.341+0800",
|
||||
"syncing": false
|
||||
|
||||
@@ -1,5 +1,21 @@
|
||||
{
|
||||
"recentFiles": [
|
||||
{
|
||||
"basename": "2025-09-30",
|
||||
"path": "01-工作日记/2025-09-30.md"
|
||||
},
|
||||
{
|
||||
"basename": "openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】_版本内核更新失败,请确认设备闪存空间足够后再试!-CSDN博客",
|
||||
"path": "10-WebClipper/openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】_版本内核更新失败,请确认设备闪存空间足够后再试!-CSDN博客.md"
|
||||
},
|
||||
{
|
||||
"basename": "在Linux检查X86-64 CPU微架构版本",
|
||||
"path": "10-WebClipper/在Linux检查X86-64 CPU微架构版本.md"
|
||||
},
|
||||
{
|
||||
"basename": "ARM、AArch64、amd64、x86_64、x86有什么区别？",
|
||||
"path": "10-WebClipper/ARM、AArch64、amd64、x86_64、x86有什么区别？.md"
|
||||
},
|
||||
{
|
||||
"basename": "2025-09-29",
|
||||
"path": "01-工作日记/2025-09-29.md"
|
||||
@@ -183,22 +199,6 @@
|
||||
{
|
||||
"basename": "STAR面试法全面解析，附示例答案 - 知乎",
|
||||
"path": "10-WebClipper/STAR面试法全面解析，附示例答案 - 知乎.md"
|
||||
},
|
||||
{
|
||||
"basename": "STAR法则详解及举例分析：你真的了解STAR法则吗？-BOSS直聘",
|
||||
"path": "10-WebClipper/STAR法则详解及举例分析：你真的了解STAR法则吗？-BOSS直聘.md"
|
||||
},
|
||||
{
|
||||
"basename": "首页概览 - EasyNVR",
|
||||
"path": "60-Imports/63-WuCai/2025/09/首页概览 - EasyNVR.md"
|
||||
},
|
||||
{
|
||||
"basename": "应该是最后一次搬办公室了 (2025-09-06 16-38)",
|
||||
"path": "50-Memos/2025/09/应该是最后一次搬办公室了 (2025-09-06 16-38).md"
|
||||
},
|
||||
{
|
||||
"basename": "刚跑完步，感觉头晕好一点了，也许真的是上周一游完泳耳朵进水，造成头晕，心脏好像正常！ (2025-09-22 21-57)",
|
||||
"path": "50-Memos/2025/09/刚跑完步，感觉头晕好一点了，也许真的是上周一游完泳耳朵进水，造成头晕，心脏好像正常！ (2025-09-22 21-57).md"
|
||||
}
|
||||
],
|
||||
"omittedPaths": [],
|
||||
|
||||
230
.obsidian/plugins/rss-reader/data.json
vendored
230
.obsidian/plugins/rss-reader/data.json
vendored
File diff suppressed because one or more lines are too long
@@ -3180,6 +3180,11 @@
|
||||
"10-WebClipper/高人指点的35条社会潜规则：1、你不联系别人，别人也不联系你，这叫默默断交原则。2、找老婆，不用看她是什么名牌大学毕业，就看她的家教，看她的母亲是一个什么样的人。.md": "2c19466b40c0725e76d410063857663c39edc1bf9dc1a13ab11a53bf4b5bc9c2",
|
||||
"01-工作日记/2025-09-28.md": "07bd07cea4dff86b4ced6d7bfcb3ab8e7320eb61884f2bec2704d9ddeb16968a",
|
||||
"10-WebClipper/如何在华三H3C交换机开启http或web界面远程登录管理_h3c 1850-v2-10p交换机web配置远程管理-CSDN博客.md": "e0db647787e95c2ea30e48a71bae1fa0659e719abda9dfd536d0a211c6df9c09",
|
||||
"01-工作日记/2025-09-29.md": "7b826a1206b4bae24706cd777c62d5fc1384a34f60033deef3392fa4f3965798"
|
||||
"01-工作日记/2025-09-29.md": "7b826a1206b4bae24706cd777c62d5fc1384a34f60033deef3392fa4f3965798",
|
||||
"01-工作日记/2025-09-30.md": "f48aab2e4641809692cd2c495c27fce8ab9310f23a4180e74923c7f089597a3f",
|
||||
"10-WebClipper/ARM、AArch64、amd64、x86_64、x86有什么区别？.md": "3680c9b97b25f0c6a03fb2a00dafd027b47802e098705031ee5a88cbdb067eef",
|
||||
"10-WebClipper/j4125性能相当于i几，j4125处理器怎么样？.md": "0c9d12dcac496f2a1b4cee1f7704d2c174e91f6af3f2c2f9634191dcfe6245a5",
|
||||
"10-WebClipper/在Linux检查X86-64 CPU微架构版本.md": "63a0f6a4cc9bf5d992ba92fce072da0989f4863ecea8f6b6a5005ab586fb3118",
|
||||
"10-WebClipper/openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】_版本内核更新失败,请确认设备闪存空间足够后再试!-CSDN博客.md": "a7cf48dd9a2c63b504ab36437dd726356f914e4066fe461c99aa70680b5c3885"
|
||||
}
|
||||
}
|
||||
23
.obsidian/workspace.json
vendored
23
.obsidian/workspace.json
vendored
@@ -13,12 +13,12 @@
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "01-工作日记/2025-09-29.md",
|
||||
"file": "01-工作日记/2025-09-30.md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "2025-09-29"
|
||||
"title": "2025-09-30"
|
||||
}
|
||||
}
|
||||
]
|
||||
@@ -190,13 +190,13 @@
|
||||
"state": {
|
||||
"type": "outline",
|
||||
"state": {
|
||||
"file": "01-工作日记/2025-09-29.md",
|
||||
"file": "01-工作日记/2025-09-30.md",
|
||||
"followCursor": false,
|
||||
"showSearch": false,
|
||||
"searchQuery": ""
|
||||
},
|
||||
"icon": "lucide-list",
|
||||
"title": "2025-09-29 的大纲"
|
||||
"title": "2025-09-30 的大纲"
|
||||
}
|
||||
},
|
||||
{
|
||||
@@ -347,13 +347,19 @@
|
||||
"callout-manager:Insert Callout": false,
|
||||
"obsidian-textgenerator-plugin:Generate Text!": false,
|
||||
"obsidian-textgenerator-plugin:Text Generator: Templates Packages Manager": false,
|
||||
"ledger-obsidian:Add to Ledger": false
|
||||
"ledger-obsidian:Add to Ledger": false,
|
||||
"periodic-notes:Open today": false
|
||||
}
|
||||
},
|
||||
"active": "a9eef98987fcb56b",
|
||||
"lastOpenFiles": [
|
||||
"01-工作日记/2025-09-28.md",
|
||||
"10-WebClipper/openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】_版本内核更新失败,请确认设备闪存空间足够后再试!-CSDN博客.md",
|
||||
"01-工作日记/2025-09-30.md",
|
||||
"10-WebClipper/在Linux检查X86-64 CPU微架构版本.md",
|
||||
"10-WebClipper/ARM、AArch64、amd64、x86_64、x86有什么区别？.md",
|
||||
"10-WebClipper/j4125性能相当于i几，j4125处理器怎么样？.md",
|
||||
"01-工作日记/2025-09-29.md",
|
||||
"01-工作日记/2025-09-28.md",
|
||||
"60-Imports/64-AI/旁路由器__不一定必须__使用静态IP地址，但其IP地址的稳.md",
|
||||
"60-Imports/64-AI/在OpenWrt系统中配置单网口设备作为旁路由（也称为单臂路.md",
|
||||
"未命名.canvas",
|
||||
@@ -386,11 +392,6 @@
|
||||
"60-Imports/61-CuboX/最好的人际关系，不是聚会、随礼，而是“三七定律”-2025-09-02.md",
|
||||
"60-Imports/61-CuboX/选择总是艰难的——探讨一副满贯叫牌进程-2025-07-25.md",
|
||||
"60-Imports/61-CuboX/H3C交换机常用配置命令大全-2025-09-27.md",
|
||||
"60-Imports/61-CuboX/乌克兰历史上是如何成为俄罗斯一部分的-2025-09-25.md",
|
||||
"60-Imports/61-CuboX/从漂泊少年到AI帝国掌舵者，黄仁勋为何能铸造英伟达传奇？ - AI人物志-2025-07-22.md",
|
||||
"60-Imports/61-CuboX/吕媭遭陈平杖毙，吕氏一族覆灭-2025-08-18.md",
|
||||
"60-Imports/61-CuboX/司马氏的晋朝统一三国，为何遭世人反感？-2025-08-21.md",
|
||||
"60-Imports/61-CuboX/史蒂夫乔布斯 - 斯坦福大学毕业典礼演讲-2025-07-06.md",
|
||||
"08-Inbox/数据备份流程.png",
|
||||
"10-WebClipper/assets/20250331153823197.png",
|
||||
"10-WebClipper/assets/20250331161207689.png",
|
||||
|
||||
59
01-工作日记/2025-09-30.md
Normal file
59
01-工作日记/2025-09-30.md
Normal file
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: 🐈日志<% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags:
|
||||
- dailynote
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-30T12:27
|
||||
---
|
||||
## 1 TODO
|
||||
- [x] 多喝水，避免久坐不动 ✅ 2025-09-30
|
||||
- [ ] 今天做什么
|
||||
|
||||
## 2 Tracking
|
||||
- 将U盘StudyDiary位置已到M1本机后，DT对应的数据库也没有了，新建数据库->files index然后跟OB，同步，恢复！将新建的数据库加入了DT 同步列表中，观察是否更新了mini中的server内容
|
||||
- 解决了OpenClash更新问题
|
||||
原因：之前选择的内核版本是错误的！应该是linux-amd64-v2，对应SRouter X64微架构，否则永远都是更新失败，对AMD微架构的版本不了解。后面就成功了！
|
||||
Clash内核下载地址：
|
||||
https://github.com/vernesong/OpenClash/releases/tag/Clash
|
||||
https://t.me/ctcgfw_openwrt_discuss
|
||||
https://blog.csdn.net/HC_wood/article/details/134996551
|
||||
|
||||
|
||||
OpenClash手动更新内核教程：
|
||||
https://blog.csdn.net/bigcarp/article/details/130731343
|
||||
https://github.com/vernesong/OpenClash/issues/2499
|
||||
|
||||
|
||||
|
||||
将覆写设置->常规设置->Github禁用改为代理方式:https://ghproxy.link/ 网站给出的：[https://ghfast.top](https://ghfast.top/) 下载内核明显加快。
|
||||
|
||||
|
||||
## 3 Tips
|
||||
|
||||
## 4 Questions
|
||||
|
||||
## 5 Thoughts
|
||||
|
||||
## ReadList
|
||||
<!--此处显示今日已阅读文献-->
|
||||
```dataview
|
||||
TABLE file.tags AS 标签, rating AS 评分, comment AS 初步印象
|
||||
FROM "02-Reading/mdnotes"
|
||||
WHERE file.name[0] = "@"
|
||||
WHERE file.tags[0] != "#unread"
|
||||
WHERE file.mtime>=date(<% tp.date.now("YYYY-MM-DD") %>) AND file.mtime<date(<% tp.date.now("YYYY-MM-DD", 1) %>)
|
||||
SORT file.mtime desc
|
||||
```
|
||||
|
||||
## DraftList
|
||||
<!--此处显示今日新增或修改的草稿或其它非文献笔记文件-->
|
||||
|
||||
```dataview
|
||||
TABLE file.tags AS Tags, status AS Status, destination AS Destination
|
||||
FROM "01-Diary/本周事务" OR "03-Projects" OR "05-Life" OR "06-Cards"
|
||||
WHERE (file.mtime>=date(<% tp.date.now("YYYY-MM-DD") %>) AND file.mtime<date(<% tp.date.now("YYYY-MM-DD", 1) %>)) OR (file.ctime>=date(<% tp.date.now("YYYY-MM-DD") %>) AND file.ctime<date(<% tp.date.now("YYYY-MM-DD", 1) %>))
|
||||
SORT file.mtime desc
|
||||
```
|
||||
161
10-WebClipper/ARM、AArch64、amd64、x86_64、x86有什么区别？.md
Normal file
161
10-WebClipper/ARM、AArch64、amd64、x86_64、x86有什么区别？.md
Normal file
@@ -0,0 +1,161 @@
|
||||
---
|
||||
title: ARM、AArch64、amd64、x86_64、x86有什么区别？
|
||||
source: https://blog.csdn.net/helloWorld_LHT/article/details/151650866?spm=1001.2101.3001.6650.3&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7Ebaidujs_baidulandingword%7ECtr-3-151650866-blog-130604154.235%5Ev43%5Epc_blog_bottom_relevance_base9&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7Ebaidujs_baidulandingword%7ECtr-3-151650866-blog-130604154.235%5Ev43%5Epc_blog_bottom_relevance_base9&utm_relevant_index=5
|
||||
author:
|
||||
- "[[helloWorld_LHT]]"
|
||||
published: 2025-09-13
|
||||
created: 2025-09-30
|
||||
description: 文章浏览阅读1.3k次，点赞22次，收藏10次。本文概述了几种主流CPU指令集架构（ISA）及其子集分类。x86架构包含32位i386和64位x86_64/amd64；ARM分为32位AArch32和64位AArch64/arm64；RISC-V主流为64位rv64gc；PowerPC包括32位powerpc和64位ppc64/ppc64le。文章详细介绍了各架构的历史演变、命名规范和技术特点，特别说明了不同项目对x86_64/amd64的命名差异，以及ARMv8/ARMv9与AArch64的关系。_armv8 arm64 aarch64区别
|
||||
tags:
|
||||
- clippings
|
||||
updated: 2025-09-30T12:04
|
||||
---
|
||||
| **CPU 架构** | **描述** |
|
||||
| --------------------------------------------------------------------------------------------- | ------------------------- |
|
||||
| x86\_64 /x86/amd64 | 64 位 AMD/英特尔 CPU 的别称 |
|
||||
| [AArch64](https://so.csdn.net/so/search?q=AArch64&spm=1001.2101.3001.7020) /arm64/ARMv8/ARMv9 | 64 位 ARM CPU 的别称 |
|
||||
| i386 | 32 位 AMD/英特尔 CPU |
|
||||
| AArch32 /arm/ARMv1 到 ARMv7 | 32 位 ARM CPU 的别称 |
|
||||
| rv64gc /rv64g | 64 位 RISC-V CPU 的别称 |
|
||||
| ppc64le | 64 位 PowerPC CPU，小端字节序存储 |
|
||||
|
||||
## 概述：CPU 架构
|
||||
|
||||
|
||||
|
||||
- ARM、AArch64、amd64、x86\_64、x86等，是描述 CPU 架构的，严格讲，它们被计算机工程师视为 CPU 的 *指令集架构(Instruction Set Architecture)* （ISA）。
|
||||
- CPU 的指令集架构定义了 CPU 如何解析二进制代码中的 1 和 0。
|
||||
- CPU 至今仍然被广泛使用的 ISA 的主要类别：
|
||||
- x86（AMD/英特尔）
|
||||
- ARM
|
||||
- RISC-V
|
||||
- PowerPC（IBM 仍在使用）
|
||||
|
||||
还有更多种类的 CPU ISA，比如 MIPS、SPARC、DEC Alpha 等等。
|
||||
|
||||
- ISA 主要根据 内存总 *线的宽度* 分为至少两个子集。内存总线的宽度指的是 CPU 和 RAM 一次能传输的位数。内存总线有很多种宽度，但最常见的是 32 位和 64 位。
|
||||
- 32 位的 CPU ISA 要么是已经过时的历史产物，被留下来要么只是为了支持旧的系统，要么只运用在微控制器中。 **所有新的硬件都已经是 64 位的了** ，特别是那些面向消费者的硬件。
|
||||
|
||||
## x86（AMD/英特尔）
|
||||
|
||||
|
||||
|
||||
- x86 CPU 的指令集架构主要源于英特尔，因为英特尔是最初搭配 8085 微处理器创建了它。8085 微处理器的内存总线宽度为 16 位。而后来，AMD 加入了这个领域，并且一直紧随英特尔的步伐，直到 AMD 创建出了自己的超集 64 位架构，超过了英特尔。
|
||||
- x86 架构的子集如下：
|
||||
- `i386` ：2007 年之前的 CPU，那么i386就是 CPU 的架构。它是现在使用的 AMD/英特尔的 x86 架构的 32 位“版本”。
|
||||
- `x86_64` / `x86` / `amd64` ：这三个术语在不同的项目中可能会被交替使用。 但它们都是指 x86 AMD/英特尔架构的 64 位“版本”。无论如何， `x86_64` 这个字符串比 `x86` 和 `amd64` 使用得更广泛（也更受欢迎）。例如，FreeBSD 项目称 64 位的 x86 架构为 `amd64` ，而 Linux 和 macOS 则称之为 `x86_64` 。
|
||||
- 由于 AMD 在创造 64 位 ISA 上超越了英特尔，所以一些项目（比如 FreeBSD）把 x86 的 64 位版本称为 `amd64` 。 **但更被广泛接受的术语还是 x86\_64** 。
|
||||
- 对于 CPU ISA，“x86” 这个字符串是一种特殊的情况。你要知道，在从 32 位的 x86（ `i386` ）到 64 位的 x86（ `x86_64` ）的过渡过程中，CPU 制造商确保了 CPU 能够运行 32 位 *和* 64 位指令。所以，有时可能会看到 `x86` 也被用来意指“这款产品只能运行在 64 位的计算机上，但如果该计算机能运行 32 位指令，那么你也可以在它上面运行 32 位的用户软件”。
|
||||
- 这种 x86 的模糊性——也就是诸如能同时运行 32 位代码的 64 位处理器——其主要用于和存在于运行在 64 位处理器上的，但是允许用户运行 32 位软件的操作系统，Windows 就通过这种被称作“兼容模式”的特性运用了这种方式。
|
||||
- **汇总：由 AMD 和 英特尔 设计的 CPU 有两种架构：32 位的（** `**i386**` **）和 64 位的（** `**x86_84**` **）** 。
|
||||
|
||||
## 其它的英特尔
|
||||
|
||||
- `x86_64` ISA 实际上有几个子集。这些子集都是 64 位，但它们新添加了诸如 SIMD（ *单指令多数据(Single Instruction Multiple Data)* ）指令等功能。
|
||||
- `x86_64-v1` ：这是熟知的基础 `x86_64` ISA。当谈论 `x86_64` 时，通常指的就是 `x86_64-v1` ISA。
|
||||
- `x86_64-v2` ：此版本新增了更多如 SSE3（ *流式 SIMD 扩展版本 3(Streaming SIMD Extensions 3)* ）之类的指令扩展。
|
||||
- `x86_64-v3` ：除了基础指令外，还新增了像 AVX（ *高级矢量扩展(Advance Vector eXtensions)* ）和 AVX2 等指令。这些指令可以 **使用高达 256 位宽的 CPU 寄存器** ！如果能够有效利用它们，就能大规模并行处理计算任务。
|
||||
- `x86_64-v4` ：这个版本在 `x86_64-v3` ISA 的基础上，迭代了更多的 SIMD 指令扩展，比如 AVX256 和 AVX512。其中，AVX512 可以 **使用高达 512 位宽的 CPU 寄存器** ！
|
||||
|
||||
## ARM
|
||||
|
||||
|
||||
|
||||
- ARM 不仅是一家为 CPU ISA 制定规范的公司，它也设计并授权给其他厂商使用其 CPU 内核，甚至允许其他公司使用 ARM CPU ISA 设计自己的 CPU 内核。
|
||||
- 其实 ARM 的 CPU 还广泛应用于手机中。苹果从2020年开始自研ARM架构的芯片，目前已使用 `x86_64` 处理器转向了在其笔记本和台式机产品中使用自家设计的 ARM 处理器。
|
||||
- 就像任一种 CPU 架构一样，ARM 基于内存总线宽度也有两个子集。
|
||||
- 官方认定的 32 位和 64 位 ARM 架构的名称分别是 `AArch32` 和 `AArch64` 。这里的 `AArch` 字符串代表 “ *Arm 架构(Arm Architecture)* ”。这些是 CPU 执行指令时可切换的 **模式** 。
|
||||
- 实际符合 ARM 的 CPU ISA 的指令规范被命名为 `ARMvX` ，其中 `X` 是规范版本的代表数字。目前为止，已经有九个主要的规范版本。规范 `ARMv1` 到 `ARMv7` 定义了适用于 32 位 CPU 的架构，而 `ARMv8` 和 `ARMv9` 是适用于 64 位 ARM CPU 的规范。
|
||||
- 每个 ARM CPU 规范又有进一步的子规范。例如 ARMv8，我们有 ARMv8-R、ARMv8-A、ARMv8.1-A、ARMv8.2-A、ARMv8.3-A、ARMv8.4-A、ARMv8.5-A、ARMv8.6-A、ARMv8.7-A、ARMv8.8-A 和 ARMv8.9-A。 其中 -A 表示“应用核心”，-R 表示“实时核心”。
|
||||
- 之所以在 `AArch64` 正式被 ARM 认定为 64 位 ARM 架构后，有些人仍然称其为 `arm64` 。原因主要有两点：
|
||||
1. `arm64` 这个名称在 ARM 决定采用 `AArch64` 之前就已经广为人知了。（ARM 的一些官方文档也将 64 位的 ARM 架构称为 `arm64` …… ）
|
||||
2. Linux 的代码库主要将 `AArch64` 称为 `arm64` 。然而，当你在系统中运行 `uname -m` 时，输出仍然是 `aarch64` 。
|
||||
- **因此，对于 32 位 ARM CPU，应该寻找** `**AArch32**` **这个字符串，但有时也可能是** `**arm**` **或** `**armv7**` **。相似的，对于 64 位 ARM CPU，应该找** `**AArch64**` **这个字符串，但有时也可能会是** `**arm64**` **、** `**ARMv8**` **或** `**ARMv9**` **。**
|
||||
|
||||
## RISC-V
|
||||
|
||||
|
||||
|
||||
- RISC-V 是 CPU 指令集架构（ISA）的一个开源规范。（ **但CPU 自身不是开源的** 。类似以太网的情况。以太网规范是开源的，但需个人付费购买网线、路由器和交换器。同样，RISC-V CPU 也要花钱购买）。
|
||||
- 尽管如此，这并没有阻止人们创建并在开源许可下提供免费获取（ **设计上的获取** ，并非物理核心/SoC）的 RISC-V 核心。这是其中的一项尝试。
|
||||
- 寻找运行于 RISC-V 消费级 CPU 上的软件，应该寻找 “rv64gc” 这一字符串。这是许多 Linux 发行版所公认的。
|
||||
- 像所有 CPU 架构一样，RISC-V 拥有 32 位和 64 位 CPU 架构。但由于 RISC-V 是非常新的描述 CPU ISA 的方式，大部分主流消费端或客户端的 CPU 核心一般都是 64 位的。大部分 32 位的设计都是微控制器，用于非常具体的用例。
|
||||
- 它们的区别在于 CPU 的扩展。被称为 RISC-V CPU 的最低要求即实现“ *基本整数指令集(Base Integer Instruction Set)* ”（ `rv64i` ）。
|
||||
- 下表列出了一些扩展及其描述：
|
||||
|
||||
| **扩展名称** | **描述** |
|
||||
| --- | --- |
|
||||
| rv64i | 64 位基本整数指令集（必须的） |
|
||||
| m | 乘法和除法指令 |
|
||||
| a | 原子指令 |
|
||||
| f | 单精度浮点指令 |
|
||||
| d | 双精度浮点指令 |
|
||||
| g | 别名；一组运行通用 操作系统 所需的扩展集（包括 imafd） |
|
||||
| c | 压缩指令 |
|
||||
|
||||
在 `rv64i` 这一字符串中， `rv` 表示 RISC-V， `64` 指的是 64 位 CPU 架构，而 `i` 指的是 **强制性的** 基本整数指令集扩展。 `rv64i` 之所以是一体的，因为即使 `i` 被认为是一种“扩展”， **但它是必须的** 。
|
||||
|
||||
约定俗成的，扩展名称按上述特定顺序排列。因此， `rv64g` 展开为 `rv64imafd` ，而不是 `rv64adfim` 。
|
||||
|
||||
还有其它一些像 Zicsr 和 Zifencei 这样的扩展，它们位于 `d` 和 `g` 扩展之间。
|
||||
因此，严格说来， `rv64g` 实际上是 `rv64imafdZicsrZifencei` 。
|
||||
|
||||
## PowerPC
|
||||
|
||||
|
||||
|
||||
- PowerPC 曾是苹果、IBM 以及，摩托罗拉早期合作时代的一种流行 CPU 架构。在苹果转向英特尔的 x86 架构之前，它一直被应用于苹果的全部消费品产品线。
|
||||
- 最初，PowerPC 采取的是大端字节序的内存排序。后来随着 64 位架构的引入，增加了使用小端字节排序的选项。这么做的目的是为了与英特尔的内存排序保持兼容（以防止软件错误），因为英特尔自始至终都一直采用的是小端字节序。
|
||||
- 由于字节序在此也起到了一定的作用，PowerPC 共有三种架构：
|
||||
- - `powerpc` ：表示 32 位的 PowerPC 架构。
|
||||
- `ppc64` ：表示拥有 **大端字节序内存排序** 的 64 位 PowerPC 架构。
|
||||
- `ppc64le` ：表示拥有 **小端字节序内存排序** 的 64 位 PowerPC 架构。
|
||||
|
||||
目前， `**ppc64le**` **是被广泛使用的架构** 。
|
||||
|
||||
## 结论
|
||||
|
||||
市面上有各种各样的 CPU 架构。对于每一种架构，都有 32 位和 64 位的子集。在现有的 CPU 中，可以找到 x86、ARM、RISC-V 和 PowerPC 等架构。
|
||||
|
||||
其中，x86 是最广泛和易于获取的 CPU 架构，因为英特尔和 AMD 都采取了这种架构。此外，ARM 提供的产品几乎在手机和易于获取的单板 计算机 中被独占使用。
|
||||
|
||||
RISC-V 正在努力使硬件更广泛地被使用。
|
||||
|
||||
而 PowerPC 目前主要用于 服务器 。
|
||||
|
||||
实付 元
|
||||
|
||||
[使用余额支付](https://blog.csdn.net/helloWorld_LHT/article/details/)
|
||||
|
||||
点击重新获取
|
||||
|
||||
扫码支付
|
||||
|
||||
钱包余额 0
|
||||
|
||||
抵扣说明：
|
||||
|
||||
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
|
||||
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。
|
||||
|
||||
[余额充值](https://i.csdn.net/#/wallet/balance/recharge)
|
||||
|
||||
举报
|
||||
|
||||
[AI 搜索](https://ai.csdn.net/?utm_source=cknow_pc_blog_right_hover) [智能体](https://ai.csdn.net/cmd?utm_source=cknow_pc_blog_right_hover) [AI 编程](https://ai.csdn.net/coding?utm_source=cknow_pc_blog_right_hover) [AI 作业助手](https://ai.csdn.net/homework?utm_source=cknow_pc_blog_right_hover)
|
||||
|
||||
隐藏侧栏 
|
||||
|
||||
程序员都在用的中文IT技术交流社区
|
||||
|
||||
|
||||
|
||||
专业的中文 IT 技术社区，与千万技术人共成长
|
||||
|
||||
|
||||
|
||||
关注【CSDN】视频号，行业资讯、技术分享精彩不断，直播好礼送不停！
|
||||
|
||||
客服 返回顶部
|
||||
|
||||
    
|
||||
81
10-WebClipper/j4125性能相当于i几，j4125处理器怎么样？.md
Normal file
81
10-WebClipper/j4125性能相当于i几，j4125处理器怎么样？.md
Normal file
@@ -0,0 +1,81 @@
|
||||
---
|
||||
created: 2025-09-30T12:07
|
||||
updated: 2025-09-30T12:07
|
||||
---
|
||||
j4125处理英特尔® 赛扬® 处理器 J4125，是一款应用非常广的CPU，在2019年底上市至今，很多品牌，很多客户端（笔记本，路由器，NAS，工控机，三防平板等好多终端设备）都采用这款神级的CPU。那么这款CPU有什么亮点呢，会让很多设备上都选择他呢？其实这款CPU主要亮点就在于性能够用，价格低廉，功耗也不是很大，兼容平台广泛所以很受欢迎。
|
||||
|
||||
|
||||
|
||||
J4125 CPU性能为：4核心4线程，4M缓存，2.0Ghz基频，最高睿频2.7GHz，核显为UHD Graphics 600 GPU，最大功耗10W；那么对于这款CPU是什么档次，在性能上和主流的core i系列对比，J4125会有什么样的表现，能和core i系列哪一代有可比性呢？下面通过鲁大师上的跑分参数对比一下。
|
||||
|
||||
J4125单核跑分：15907分；
|
||||
|
||||
i3-4010U单核跑分：15787分；
|
||||
|
||||
i5-4210Y单核跑分：14647分；
|
||||
|
||||
i7-2360QM单核跑分：15673分；
|
||||
|
||||
按照这几款对比，J4125单核性能稍微有一点点优势，这个分只能说明，J4125在单核性能上可以和i3四代，i5四代，i7二代；
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
J4125多核跑分：57869分；
|
||||
|
||||
i3-5015U多核跑分：55932分；
|
||||
|
||||
i5-3340M多核跑分：57870分；
|
||||
|
||||
i7-2640M多核跑分：53957分；
|
||||
|
||||
多核跑分情况看出J4125处于i3五代，i5三代，i7二代；
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
J4125综合跑分：80200分；
|
||||
|
||||
i3-4025U综合跑分：80056分；
|
||||
|
||||
i5-3437U综合跑分：76079分；
|
||||
|
||||
i7-2677M综合跑分：63518分；
|
||||
|
||||
综合性能跑分情况说明，J4125处于i3四代，i5三代，i7二代；
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
根据跑分可以大概看出J4125处于core哪个时代，但是按照详细参数以及其他配件组合后的整体对比的话，J4125是比这些老的i3,i5,i7（上面用于对比的CPU）有一定优势的，比如内存频率，J4125为（DDR4代，2400MT/s），老的i3,i5,i7最高是DDR3 1600; 比如功耗，i3是15W，i5和i7都是35W，J4125是10W（相对节能很多），功耗低了热量也就低了，比如缓存，老的i3,i5是3M，i7是4M，J4125是4M。这些参数都相对有优势，再说了电子产品买新不买旧。
|
||||
|
||||
需要迷你小主机的建议选下面这款，是一台N5095的小主机，性能要比j4125好很多，价格还不贵。
|
||||
|
||||
|
||||
|
||||
酷开 创维智享系列 台式电脑商务办公家用mini迷你小主
|
||||
|
||||
京东
|
||||
|
||||
¥799.00
|
||||
|
||||
去购买
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
酷开 创维智享系列 台式电脑商务办公家用mini迷你小主
|
||||
|
||||
京东
|
||||
|
||||
¥799.00
|
||||
|
||||
去购买
|
||||
|
||||
|
||||
|
||||
对于CPU性能对比仅能作为一个参考，不可能做到100%相同，甚至偏差20%的性能都有可能，所以说CPU对比只参考范围就可以了。如何选择CPU要看你需求来决定，比如你需要单核性能那么你就看一下单核主频大的，如果你需要任务工作，比如拿电脑举例，你想打开多个内容（word，excel，浏览器，微信，游戏等等），那么建议考虑多核跑分和综合跑分高的CPU，选择CPU就这么简单。
|
||||
@@ -0,0 +1,193 @@
|
||||
---
|
||||
title: openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】_版本内核更新失败,请确认设备闪存空间足够后再试!-CSDN博客
|
||||
source: https://blog.csdn.net/bigcarp/article/details/130731343
|
||||
author:
|
||||
- "[[成就一亿技术人!]]"
|
||||
- "[[hope_wisdom 发出的红包]]"
|
||||
published:
|
||||
created: 2025-09-30
|
||||
description: 文章浏览阅读5.9w次，点赞28次，收藏75次。当OpenClash遇到无法从网络下载内核更新包或无法识别内核版本号的问题时，可以尝试手动下载Dev内核，然后上传到路由器，解压缩并更新配置文件。具体步骤包括：找到对应架构的安装包，上传到指定目录，解压缩并设置权限，最后在OpenClash界面更新配置完成修复。
|
||||
tags:
|
||||
- clippings
|
||||
updated: 2025-09-30T12:24
|
||||
---
|
||||
AI 搜索
|
||||
|
||||
## openwrt的openclash提示【更新失败，请确认设备闪存空间足够后再试】
|
||||
|
||||
原创 已于 2023-05-17 23:19:58 修改 · 5.9w 阅读 · 75 ·
|
||||
|
||||
CC 4.0 BY-SA版权
|
||||
|
||||
版权声明：本文为博主原创文章，遵循 [CC 4.0 BY-SA](http://creativecommons.org/licenses/by-sa/4.0/) 版权协议，转载请附上原文出处链接和本声明。
|
||||
|
||||
于 2023-05-17 18:04:55 首次发布
|
||||
|
||||
当OpenClash遇到无法从网络下载内核更新包或无法识别内核版本号的问题时，可以尝试手动下载Dev内核，然后上传到路由器，解压缩并更新配置文件。具体步骤包括：找到对应架构的安装包，上传到指定目录，解压缩并设置权限，最后在OpenClash界面更新配置完成修复。
|
||||
|
||||
网上搜索了一下，问题应该是出在“无法从网络下载内核更新包”或者“无法识别内核的版本号”(openclash会去 github 下载内核，github会间歇性的抽风，当抽风时无法自动完成下载。)
|
||||
|
||||
解决办法：手动下载（我是只搞了DEV内核就搞定了，TUN和Meta没有动） --> 上传到路由器上 --> 解压缩 --> 回到openclash界面更新配置文件
|
||||
|
||||
1、在 Dev 内核发布页 内查找对应的架构 安装包
|
||||
|
||||
- **Dev 内核下载** ： （我的是 [clash](https://so.csdn.net/so/search?q=clash&spm=1001.2101.3001.7020) - linux -armv8.tar.gz）
|
||||
|
||||
|
||||
|
||||
2.上传到/tem/upload/目录
|
||||
|
||||
|
||||
|
||||
3、拷贝到/etc/openclash/core/ ，并解压
|
||||
|
||||
|
||||
|
||||
拷贝-->进入/etc/openclash/core/-->解压-->设置读写权限
|
||||
|
||||
```cobol
|
||||
cp /tmp/upload/clash-linux-armv8.tar.gz /etc/openclash/core/
|
||||
|
||||
|
||||
|
||||
cd /etc/openclash/core/
|
||||
|
||||
|
||||
|
||||
tar -zxvf clash-linux-armv8.tar.gz
|
||||
|
||||
|
||||
|
||||
chmod 777 clash
|
||||
|
||||
|
||||
|
||||
exit
|
||||
```
|
||||
|
||||
4、更新配置
|
||||
|
||||
|
||||
|
||||
5、完成！[31- *Openwrt* *内核* *版本* 替换](https://blog.csdn.net/Creator_Ly/article/details/130941861)
|
||||
|
||||
[Creator\_Ly的博客](https://blog.csdn.net/Creator_Ly)
|
||||
|
||||
05-30 7484[有些时候因为一些解不了的bug，在新的 *内核* *版本* 里面已经解决了，这时候我们会想着升级下 *内核* *版本* ，而不是把整个 *openwrt* 升级。](https://blog.csdn.net/Creator_Ly/article/details/130941861)[【 *openwrt* -21.02】T750 *openwrt* -21.02 pptp拨号 *失败* 问题分析及解决方案](https://blog.csdn.net/wgl307293845/article/details/141720207)
|
||||
|
||||
[wgl307293845的博客](https://blog.csdn.net/wgl307293845)
|
||||
|
||||
08-30 1214[点对点隧道协议 (PPTP) 是由包括微软和3Com等公司组成的PPTP论坛开发的一种点对点隧道协，基于拨号使用的PPP协议使用PAP或CHAP之类的加密算法，或者使用Microsoft的点对点加密算法MPPE。LCP terminated by peer (MPPE required but peer negotiation failed)这个错误表示需要客户端使用MPPE方式拨号。基于以上分析，可以发现是由于pptp client和server的加密方式不一致导致，需要使用mppe方式。](https://blog.csdn.net/wgl307293845/article/details/141720207)
|
||||
|
||||
12 条评论
|
||||
|
||||
[gangdayi](https://blog.csdn.net/gangdayi) 热评
|
||||
|
||||
有没有meta内核或者tun内核的下载地址
|
||||
|
||||
写评论[在 *路由器* *openwrt* 上安装openclas](https://phpsir.blog.csdn.net/article/details/149868607)
|
||||
|
||||
[
|
||||
|
||||
最新发布
|
||||
|
||||
](https://phpsir.blog.csdn.net/article/details/149868607)
|
||||
|
||||
[经验之谈，不做搬运工](https://blog.csdn.net/gianttj)
|
||||
|
||||
08-03 863[*OpenWrt* *路由器* 安装OpenClas教程：通过iStore手动安装后需重启路由才会显示菜单。安装方法参考GitHub和官网资源。运行时需下载 *内核* ，若 *失败* 可查看日志。如遇Ruby依赖错误，可删除Ruby后让OpenClas自动重装依赖解决。安装完成后需在"服务"菜单下启动， *内核* 下载按 *提示* 操作即可。](https://phpsir.blog.csdn.net/article/details/149868607)[小米AX6S刷 *OpenWrt* 和开启 *OpenClash* ，及刷回官网固件](https://xmuli.blog.csdn.net/article/details/128268719)
|
||||
|
||||
12-10 2万+[闲暇，折腾下新购 小米AX6S，刷下 \` *OpenWrt* \`，初次接触记录下。以及开启 *OpenClash* + clash-rules 的进阶使用](https://xmuli.blog.csdn.net/article/details/128268719)[*OpenClash* 无法 *更新* *内核*](https://devpress.csdn.net/v1/article/detail/134996551)
|
||||
|
||||
[
|
||||
|
||||
热门推荐
|
||||
|
||||
](https://devpress.csdn.net/v1/article/detail/134996551)
|
||||
|
||||
[HC\_wood的博客](https://blog.csdn.net/HC_wood)
|
||||
|
||||
12-14 3万+[安装完 Dev *内核* 后，可以配置代理网络节点，然后通过在 “ *openclash* ”>“全局设置”>“ *版本* *更新* ” 内 *更新* *内核* ，如你需要安装 TUN *内核* ，那么和以上方法一致，但需要将 *内核* 文件修改为 clash\_tun 并给予 777 最高权限，以下列出 Dev 和 TUN *内核* 下载地址。Dev *内核* 下载：https://github.com/vernesong/ *OpenClash* /releases/tag/Clash。](https://devpress.csdn.net/v1/article/detail/134996551)[*OpenClash* *内核* *更新* *失败* 解决方法](https://devpress.csdn.net/v1/article/detail/130613853)
|
||||
|
||||
[weixin\_49319918的博客](https://blog.csdn.net/weixin_49319918)
|
||||
|
||||
05-11 2万+[*OpenClash* 是运行在ImmortalWrt上的插件,使用这个插件可以轻松的实现全家人kx上网。在 *更新* 插件中我遇到一个问题 *OpenClash* *内核* *更新* *失败*,主程序一直是未运行的状态。在全局设置中无法识别当前 *内核* *版本* 或者是不存在。固件刷新错误导致的问题。未 *更新* 官方给定的插件。](https://devpress.csdn.net/v1/article/detail/130613853)[Ubuntu 8.10 *内核* 无法 *更新* 问题，无法关机的解决](https://blog.csdn.net/tglg/article/details/3467159)
|
||||
|
||||
[TL的专栏](https://blog.csdn.net/tglg)
|
||||
|
||||
12-07 1407[Ubuntu 8.10 *内核* 无法 *更新* 问题，无法关机的解决 昨天有位 *Linux* Eye的会员说他的Ubuntu 8.10无法正常关机，总会停留在Ubuntu的进度条那无法关机。于是尝试了以下几个方法。第一种（这个没有成功，但是也是可能的解决方案）怀疑是alsa的问题，于是可以这样操作gksu gedi](https://blog.csdn.net/tglg/article/details/3467159)[*版本* *内核* *更新* *失败* ， *请* 检查网络或稍后 *再试*](https://devpress.csdn.net/v1/article/detail/109413180)
|
||||
|
||||
[小虫](https://blog.csdn.net/Demon_311)
|
||||
|
||||
11-01 1万+[*linux* *版本* *内核* *更新* *失败* ， *请* 检查网络或稍后 *再试* ！ 好跟上哥哥的节奏慢慢来 cd /etc/ *openclash* /core/ wget https://github.com/Dreamacro/clash/releases/download/v1.2.0/clash- *linux* -amd64-v1.2.0.gz gzip -d clash- *linux* -amd64-v1.2.0.gz mv clash- *linux* -amd64-v1.2.0 clash\_tun chmod 755 clash\_tun...](https://devpress.csdn.net/v1/article/detail/109413180)[MT3000 *路由器* 4.6.9 固件升级后 *OpenClash* 与 OPKG 配置全攻略](https://devpress.csdn.net/v1/article/detail/144393749)
|
||||
|
||||
[shawn\_du的博客](https://blog.csdn.net/shawn_du)
|
||||
|
||||
12-11 1万+[MT3000 *路由器* 在升级到 4.6.9 固件（ *OpenWrt* 21.02 - SNAPSHOT r15812 + 901 - 46b6ee7ffc）之后，不少用户遭遇了之前安装的 *openclash* 消失的情况。别担心，本文将详细介绍如何重新安装 *openclash* ，并解决软件包管理的 OPKG 配置问题，让你的 *路由器* 恢复强大功能。](https://devpress.csdn.net/v1/article/detail/144393749)[【 *openwrt* -21.02】T750 *openwrt* -21.02 l2tp(no ipsec)拨号 *失败* 问题分析及解决方案](https://blog.csdn.net/wgl307293845/article/details/141721490)
|
||||
|
||||
[wgl307293845的博客](https://blog.csdn.net/wgl307293845)
|
||||
|
||||
08-30 1744[第 2 层隧道协议 (L2TP) 是IETF基于L2F (Cisco的第二层转发协议)开发的PPTP的后续 *版本* 。L2TP支持在两端点间使用多隧道，用户可以针对不同的服务质量创建不同的隧道。但是当L2TP 或PPTP与IPSEC共同使用时，可以由IPSEC提供隧道验证，不需要在第2层协议上验证隧道使用L2TP。L2TP只要求隧道媒介提供面向数据包的点对点的连接，L2TP可以在IP(使用UDP)，桢中继永久虚拟电路 (PVCs),X.25虚拟电路(VCs)或ATM VCs网络上使用。这里没有写入密码和用户名。](https://blog.csdn.net/wgl307293845/article/details/141721490)[\[*Openwrt*\]IPQ4019 *openwrt* 系统升级解压软件包之后，删除压缩包文件内存占用 *空间* 不释放问题分析及解决方案](https://blog.csdn.net/wgl307293845/article/details/136346023)
|
||||
|
||||
[wgl307293845的博客](https://blog.csdn.net/wgl307293845)
|
||||
|
||||
02-28 1280[qsdk11 *openwrt* -15.05 *版本* ，IPQ4019。](https://blog.csdn.net/wgl307293845/article/details/136346023)[luci下配置 *openclash*](https://devpress.csdn.net/v1/article/detail/117400037)
|
||||
|
||||
[shengyaoyi的博客](https://blog.csdn.net/shengyaoyi)
|
||||
|
||||
05-30 1万+[安装 *openclash* 后发现 *路由器* 后台没有 *openclash* 选项，查看 *openwrt* 官网需要配置luci 那就手动配置练习，熟悉一下luci： 输入tree命令观察luci文件目录结构 tree /usr/lib/lua/luci 目录有点多，不过核心就是三个目录，下面用绿色显示. ├── cacheloader.lua ├── cbi │ └── datatypes.lua ├── cbi.lua ├── ccache.lua ├── config.lua ├── 'controller' │](https://devpress.csdn.net/v1/article/detail/117400037)[小米 *路由器* 4A千兆版安装 *OpenWRT* 和ShellClash](https://devpress.csdn.net/v1/article/detail/134342699)
|
||||
|
||||
[passerma的博客](https://blog.csdn.net/passerma)
|
||||
|
||||
11-10 8957[小米 *路由器* 4A千兆版安装 *OpenWRT* 和ShellClash](https://devpress.csdn.net/v1/article/detail/134342699)[*OpenClash* 与Tailscale冲突得问题](https://blog.csdn.net/aplsc/article/details/143233394)
|
||||
|
||||
[aplsc的专栏](https://blog.csdn.net/aplsc)
|
||||
|
||||
10-25 3392[*openclash* 与tailscale冲突](https://blog.csdn.net/aplsc/article/details/143233394)[网件 R6220路由 *OpenWRT* 安装 ShellCrash](https://blog.csdn.net/ansondroider/article/details/145601951)
|
||||
|
||||
[ansondroider的博客](https://blog.csdn.net/ansondroider)
|
||||
|
||||
02-17 3046[ShellCrash是为 *Linux* 系统提供便捷管理功能的工具，适用于 *路由器* ，可通过Web面板在shell环境下管理 *设备* ，支持多种模式切换、在线 *更新* 等，能灵活配置网络规则实现精准流量管理；网件R6220是2015年发布的家用无线 *路由器* ，性能稳定，采用联发科MT7621ST处理器，支持双频，有4个千兆LAN口和1个千兆WAN口，适合家庭网络使用；R6220要安装ShellCrash需先成功刷入 *OpenWRT* 系统，否则无法安装。](https://blog.csdn.net/ansondroider/article/details/145601951)
|
||||
|
||||
评论 12
|
||||
|
||||
被折叠的 2 条评论 [为什么被折叠?](https://blogdev.blog.csdn.net/article/details/122245662)[到【灌水乐园】发言](https://bbs.csdn.net/forums/FreeZone)
|
||||
|
||||
添加红包
|
||||
|
||||
实付 元
|
||||
|
||||
[使用余额支付](https://blog.csdn.net/bigcarp/article/details/)
|
||||
|
||||
点击重新获取
|
||||
|
||||
扫码支付
|
||||
|
||||
钱包余额 0
|
||||
|
||||
抵扣说明：
|
||||
|
||||
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
|
||||
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。
|
||||
|
||||
[余额充值](https://i.csdn.net/#/wallet/balance/recharge)
|
||||
|
||||
举报
|
||||
|
||||
[AI 搜索](https://ai.csdn.net/?utm_source=cknow_pc_blog_right_hover) [智能体](https://ai.csdn.net/cmd?utm_source=cknow_pc_blog_right_hover) [AI 编程](https://ai.csdn.net/coding?utm_source=cknow_pc_blog_right_hover) [AI 作业助手](https://ai.csdn.net/homework?utm_source=cknow_pc_blog_right_hover)
|
||||
|
||||
隐藏侧栏 
|
||||
|
||||
程序员都在用的中文IT技术交流社区
|
||||
|
||||
|
||||
|
||||
专业的中文 IT 技术社区，与千万技术人共成长
|
||||
|
||||
|
||||
|
||||
关注【CSDN】视频号，行业资讯、技术分享精彩不断，直播好礼送不停！
|
||||
|
||||
客服 返回顶部
|
||||
|
||||
   
|
||||
72
10-WebClipper/在Linux检查X86-64 CPU微架构版本.md
Normal file
72
10-WebClipper/在Linux检查X86-64 CPU微架构版本.md
Normal file
@@ -0,0 +1,72 @@
|
||||
---
|
||||
title: 在Linux检查X86-64 CPU微架构版本
|
||||
source: https://juejin.cn/post/7291243530358865979
|
||||
author:
|
||||
- "[[thinktik]]"
|
||||
published: 2023-10-19
|
||||
created: 2025-09-30
|
||||
description: 什么是CPU微架构版本 众所周知X86架构的CPU主要是Intel和AMD开发和制造，目前已经有了40多年的历史(X86于1978年6月8日发布)。X86的64位版最先在1999年由AMD开发，一般被
|
||||
tags:
|
||||
- clippings
|
||||
updated: 2025-09-30T12:08
|
||||
---
|
||||
 
|
||||
|
||||
## 什么是CPU微架构版本
|
||||
|
||||
众所周知 `X86` 架构的CPU主要是Intel和AMD开发和制造，目前已经有了40多年的历史(X86于1978年6月8日发布)。X86的64位版最先在1999年由AMD开发，一般被简写为 `X64` 、 `AMD64` 、 `X86_64` 、 `X86-64`;X86-64也有20多年的历史了,这数十年间，CPU经过了数不清的技术创新和迭代，哪怕是 `X86-64` 架构也逐渐有了不同的微架构版本。现在(2023)可能最初的原始版本的 `X86-64` 架构的CPU都基本已经早没人使用了！
|
||||
|
||||
Linux的兼容性一直都非常好，为了尽量的保持向前兼容性,一般10多年前的老旧电脑都会得到非常好的支持。比如我在2012年买的Dell笔记本当时使用的是Intel Core i5-2520M,虽然已经有了至少11年的寿命了,但是 `CentOS Stream 9` / `Linux` 依然全天24小时正常持续无故障运行。这里不得不感叹CPU的质量和Linux等操作系统的稳定性！
|
||||
|
||||
|
||||
|
||||
不过维护大量的过时的老硬件会消耗大量的开源开发者的精力，而且老旧的硬件一般早已经很少有人使用了,维护老旧硬件所服务的目标受众非常少，相反花大量的人力在非常旧的硬件的维护上阻碍了创新，为了兼容性牺牲性能也是得不偿失的。所以后续的一些 `Linux` 发行版开始逐渐停止支持老旧的CPU，比如停止支持X86 32位的CPU，停止支持 `X86-64` 早期版本的CPU等。
|
||||
|
||||
目前我们使用的 `Ubuntu` 、 `Fedora` / `CentOS Stream` / `RedHat` 的最新版本都计划或者已经停止了 `X86` 32位架构的支持，此外对未来会出现的 `CentOS Stream 10` / `RedHat 10` / `Fedora` 而言最低支持的 `X86-64` 微架构则为 `x86_64-v3` 。
|
||||
|
||||
当我们以后在安装新版本的 `Linux` 发行版，比如 `CentOS Stream 10` / `RHEL 10` / `Rocky 10` 时，我们最好先对自己的老硬件进行检查。我们可以把下面的代码保存在 `cpu_microarchitecture_level`,并赋予可执行权限后进行 `X86-64` CPU微架构版本检查
|
||||
|
||||
```
|
||||
#!/usr/bin/awk -f
|
||||
|
||||
BEGIN {
|
||||
while (!/flags/) if (getline < "/proc/cpuinfo" != 1) exit 1
|
||||
if (/lm/&&/cmov/&&/cx8/&&/fpu/&&/fxsr/&&/mmx/&&/syscall/&&/sse2/) level = 1
|
||||
if (level == 1 && /cx16/&&/lahf/&&/popcnt/&&/sse4_1/&&/sse4_2/&&/ssse3/) level = 2
|
||||
if (level == 2 && /avx/&&/avx2/&&/bmi1/&&/bmi2/&&/f16c/&&/fma/&&/abm/&&/movbe/&&/xsave/) level = 3
|
||||
if (level == 3 && /avx512f/&&/avx512bw/&&/avx512cd/&&/avx512dq/&&/avx512vl/) level = 4
|
||||
if (level > 0) { print "CPU supports x86-64-v" level; exit level + 1 }
|
||||
exit 1
|
||||
}
|
||||
```
|
||||
|
||||
效果如下，我的CPU是很老的第二代Intel酷睿，目前X86-64微架构级别为 `x86-64-v2` 
|
||||
|
||||
## 参考
|
||||
|
||||
- [Building Red Hat Enterprise Linux 9 for the x86-64-v2 microarchitecture level](https://link.juejin.cn/?target=https%3A%2F%2Fdevelopers.redhat.com%2Fblog%2F2021%2F01%2F05%2Fbuilding-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level "https://developers.redhat.com/blog/2021/01/05/building-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level")
|
||||
- [\[CentOS-devel\] Fedora ELN architecture baseline preparation for CentOS Stream 10](https://link.juejin.cn/?target=https%3A%2F%2Flists.centos.org%2Fpipermail%2Fcentos-devel%2F2023-March%2F142814.html "https://lists.centos.org/pipermail/centos-devel/2023-March/142814.html")
|
||||
- [CentOS ISA SIG Performance Investigation](https://link.juejin.cn/?target=https%3A%2F%2Fblog.centos.org%2F2023%2F08%2Fcentos-isa-sig-performance-investigation%2F "https://blog.centos.org/2023/08/centos-isa-sig-performance-investigation/")
|
||||
- [How do I check if my CPU supports x86-64-v2?](https://link.juejin.cn/?target=https%3A%2F%2Funix.stackexchange.com%2Fquestions%2F631217%2Fhow-do-i-check-if-my-cpu-supports-x86-64-v2 "https://unix.stackexchange.com/questions/631217/how-do-i-check-if-my-cpu-supports-x86-64-v2")
|
||||
- [15 Linux Distributions You Can Rely on for Your Ancient 32-bit Computer](https://link.juejin.cn/?target=https%3A%2F%2Fitsfoss.com%2F32-bit-linux-distributions%2F "https://itsfoss.com/32-bit-linux-distributions/")
|
||||
- [Optimising Ubuntu performance on amd64 architecture](https://link.juejin.cn/?target=https%3A%2F%2Fcanonical.com%2Fblog%2Foptimising-ubuntu-performance-on-amd64-architecture "https://canonical.com/blog/optimising-ubuntu-performance-on-amd64-architecture")
|
||||
|
||||
本文收录于以下专栏
|
||||
|
||||
|
||||
|
||||
The way with code
|
||||
|
||||
专栏目录
|
||||
|
||||
最难走的路就是最正确的路
|
||||
|
||||
3 订阅
|
||||
|
||||
·
|
||||
|
||||
56 篇文章
|
||||
|
||||
评论 0
|
||||
|
||||
暂无评论数据
|
||||
Reference in New Issue
Block a user