中午多吃点，多吃点膳食纤维使饱腹感更持久~

英特尔 D1581 D1521 ，超微有几块不错的板子，但是 IPMI ，ECC ，再加几块硬盘待机估计都得 6 ，70 瓦。低功耗还得看 n100,n200 这些，但是又没有 IPMI ，ECC 了~

天钡了解一下，可能 618 还有新品。

@iamppz 刻板印象，具体还是要看对接人的。

有可能文件删了，但是进程没有释放。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 机制了吗？