前言

失败了，姑且看看图吧，拿来照玩家的话有些不好看...

这是什么

GN 是一个可生成 Ninja 构建配置文件的源构建系统。常用 C/C++ 的同志们都知道 CMake，GN 在某种意义上和 CMake 同级，只不过它只能生成 Ninja makefile，但也提供比 CMake 更多更便利的功能。

前言

算是一个作业记录？哈哈哈

任务是使用 shader 实现：

1. 线性渐变
2. 径向渐变
3. 进度条

前言

玩玩 Chromium Native 开发呗？第一步当然是编译一个纯净的 Chromium 啦！

前言

上一篇我们看了 GCC 的 PGO，是时候来看看 Clang 啦！
源程序和编译参数都和 GCC 的一样，clang 的 wrapper 做的还是很好的！

clang version 10.0.0-4ubuntu1 
Target: x86_64-pc-linux-gnu
Thread model: posix

前言

编译优化是一个很重要的课题。现代编译器不仅实现了 Link-Time Optimization (LTO)，针对跨编译单元优化；也实现了 PGO ，基于实际运行数据来进行优化。

多说无益，直接实验启动！

测试程序与编译

在这之前，有必要提一下我们的环境和编译参数：

• 编译器：GCC 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.2)
• 系统： WSL1 Ubuntu 20.04

为了反编译的简单起见，使用 -Og 进行编译，链接器参数默认。

背景

玩上了 E3，很好奇通道分配情况。使用的主板是 Z270-Dragon, CPU 是 E3 1240v6。

基础知识

PCIE 有很多种规格，为了清晰描述，给出以下方便的定义：

• 物理（插槽）规格：插槽的外形规格。如 PCIE x16, x8, x4, x1, 或者 M.2。
• 电气规格：连接到插槽的 PCIE 通道 (Lane) 数。一个 X16 物理规格的插槽可能只有 x8 的通道，常见于带有多个 X16 的主板上，但是没有那么多通道。

PCIE 在实现上可以有两种，即 CPU 直连 和 PCH 提供。CPU 直连的通道速度最快，不受其他限制；而 PCH 提供的通道虽然多，总体速度受 DMI Link 的速度限制。（小水管）
PCIE 的通道拆分即指 CPU 直连的 PCIE 通道拆分，涉及到 CPU 相应 CFG 引脚的配置，高端芯片组通过 GPIO 连接到这些引脚来提供动态配置拆分的选项。

Refer： https://serverfault.com/questions/932247/how-to-recover-a-cached-lvm-with-cache-on-ram-disk

1. 插入新盘，或者使用内存创建loop设备（不够大就寄了）

2. lvm 后执行以下 去除缓存

起因

前几天终于是放了假，好好休息一番后，搞了一套 E3 平台玩，想着搞成服务器，又想在闲置时省点电。从开发板库里面找到了吃灰很久的 ESP8266 (WeMos D1 R1)，就它了。

功能要求

1. 能够控制 PC 的电源，包括长短按电源键，短按重置键，并读取电源状态
2. 能够接收 COM 口的 syslog 数据并记录和读出
3. 能够提供串口控制台功能
4. 读取硬盘灯、蜂鸣器

要求 1 很容易实现，因为根据 Intel 的前面板 IO 设计文档并结合实际测试，可以知道按键都是 3v3 上拉输入，而电源灯是推挽 5V 输出。而 COM 口按照标准应该是 RS232 电平，但是我的主板(Z270-Dragon)没有引出来，用的是 COM_Debug 口正好是 TTL 电平。串口控制台最容易了，板子上的 CH340 直接接入 USB 就可以得到 ttyUSB 了。

最近整了一套 Z270 + 1240v6，打算无头启动（连显卡都无的那种！），结果踩坑了，拔了显卡之后网络挂壁，而且CPU风扇慢转。

以为是内核模块挂了导致 kernel panic，排查了好几个小时，终于看到这篇博文，是 PCIE 变动导致网卡名称改变的问题，遂修改 netplan 为：