有可能文件删了，但是进程没有释放。lsof | grep deleted 看看有没有 data 路径下的文件。

可能最好的办法是，把全部的代码，表，需求文档喂给大模型，让大模型去学习。然后大家都问 GPT 就好了~

@zyqv2 没想到过了这么久还有人回复。
排查下来是防火墙的问题，两个网络进行数据同步的时候没有限制速率，触发了防火墙规则，导致 MTU 大的包出不去。手动设置本地的电脑的 MTU 为 100 就正常了。
排查工具 ping ，ping 指定 MTU ，taceroute 。

@likunyan 肯定没了啊
@githmb 还在
@hornets 是不是重装系统好一点

@hekouwang123 绿色软件 d3hpZF9hdGNwZndwN3Z1em0yMg==

楼主上海的吗？我手里有一个喜德盛的英雄 300 ，骑了没有一个月，用来通勤刚好合适，可以出给你~

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

内存屏障估计是
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 我觉得叮咚有时候挺贵的了，难道还没有老家街上买的种子好吗~😂