学习汇编时也遇到这个问题，熟悉的味道。可能是磁盘的引导扇区出问题了，格式检验没通过？

内存屏障估计是
https://blog.csdn.net/D_Guco/article/details/109544621
https://blog.csdn.net/s2603898260/article/details/109234770

@dode 这个我知道，我们可以通过 CAS + LOCK# 来实现互斥，即加锁。但是注意这里只是锁，而不是临界区的共享变量。举个自旋锁例子

mutex_t {
int flag; // 初始化等于 0 。1 表示锁被占用
}

lock(mutex_t *mutex) {
while(asm LOCK# CAS(mutex->flag, 0, 1) = 0)
;
}

unlock(mutex_t *mutex) {
mutex->flag = 0;
}

int a;

void 临界区() {
lock();
…… // 对 a 进行操作
unlock();
}

这里 CAS 只是保证了锁的正确性。但是我的问题是临界区的代码并没有对 a 进行额外的（刷新缓存，或者什么的）操作，至少代码上看是这样。那难道临界区的所有语句都加上 LOCK#，不应该，因为 LOCK# 支持的指令有限。

@dode 是的，什么原语，怎么生效的呢？和锁的联动机制是啥？

@hellodigua
@CrossEntropy
@juded
能不能既要又要还要~🤣

@Ericcccccccc 假设 IA-32 。那么锁是怎么和 MESI 机制结合的呢？是不是进入临界区之后，所有的缓存都使用了 MESI 机制，而不是临界区的缓存就不使用 MESI 机制了吗？

@yinmin 那如果多个线程是在多个 CPU 核心上运行呢，如果全局变量没有加 volatile 修饰，那么这个变量会缓存在 CPU 内部的 L1 吗？如果会临界区结束，要刷新 L1 到主存吗？如果要又是什么机制呢？啊啊啊~~~

@LeegoYih 卷起来！！！ 其实不是

最近在看《操作系统导论》并发的部分，里面只讲了 LOCK#、CAS 解决原子性的问题，实现了互斥访问。但是想想没有讲述到可视性问题，遂求问~

@xdeng (⊙o⊙)？还不到三十，在过二十年味觉彻底消退了吗😂

@huangqihong 你这样所我又想起来，现在鸡场养的鸡肉真的是没有自家养的香。过年从老家带回来三只，炒的时候不放任何调料都能闻到鸡肉很香香味~

难道只能这样吗，还是说资本为了追求利益最大化导致这样~

@iloveoovx 刚好反过来，老家在北方，现在在南方~

@shen13176101 我觉得叮咚有时候挺贵的了，难道还没有老家街上买的种子好吗~😂

进程可以隐藏，就是配置使 top 展示不出来。具体你去百度一下。之前有台服务器被挖矿了是 CPU 占用很高，TOP 也展示不出来具体进程，不过你这个是内存~

gitea：代码存储、镜像仓库、jar 包仓库
jenkins + buildkit + containerd + kubectl：构建 + 发布
k8s + containerd：运行服务

之前养的猫生娃的时候也搞了个，非常吃带宽~

Datax 数据同步的时候是按照 id 切分任务的，不连续的话可能会导致切分不均匀，不能充分发挥多线程的优势加快数据同步。

看完了《 Kubernetes In Action 》并记录了笔记；抓包了一下 TSL/SSL 握手流程并记录了笔记；没了

09:00~11:00 ，14:00~18:00

当一张表数百个字段的时候就全部拼音缩写了，不会讲究命名了~