@fiht #1 pv 好几千可真心不多啊。

现在我有个 flask 写的应用，pv3000，阿里云国际 1G RAM 正常占用 700MB，cpu 基本没什么损耗，5%以内。所以很忧虑不知道这个节点还能不能放站。

很久以前遇到过，重装系统解决了。好像是后台 update 的问题。

质的飞跃。

第一次知道。。。

阿里云国际我觉得还是挺良心的。之前因为我的一个错误配置，cpu 100%跑了一个月，，啥问题没有。。

@bao3 听说很麻烦？但是其他服务商呢？提交工单就可以吗？

@xiaoz 微博上阿里云直接给我回复了，，已经添加了。

你应该是说的这种共享 llc 的架构。所以不存在你说的 cpu0 有个 L3 cache，cpu1 有个 L3 cache，cpu0 去访问 cpu1 的 L3cache。实际上，这是一个大的共享的 cache，cpu1 读的数据被缓存上来以后，cpu0 本来就可以读取到。

@oyjc #6
https://software.intel.com/zh-cn/articles/intel-xeon-processor-scalable-family-technical-overview

你说的：算法保证一致性，即两片 CPU 的 cache 内容一样“这是不对的。
如果你是说 shared llc 的话，不符合你最一开始提问题的描述。共享 last level cache 不是单个 cpu 独占的。就像图里所示，inclusive 是指包含。
https://www.findhao.net/easycoding/1667

楼上的解释也很正确。一个进程一般不会被分配到多个 cpu 上，因为数据一致性问题。

cpu 的 cache 不可能在 cpu 之间共享吧。一致性问题解决不了。你说的“ cpu 跑到内存读写，还是通过另一条线读写”，另一条线的意思是 dma 吗？ fpga 上 fpga 倒是可以 dma 读 arm 核的 cache，但是我不认为多 cpu 的主板也支持。因为一般都是可拆卸的，而且数据一致性问题也很难操作吧。
如果你说的直接读写 cpu2 的 cache 是 dma 的话，延迟性能一般比直接读内存好。因为不需要经过 cpu，可以简单了解下 dma。

@notgood baiduexporter

去百度一下，连猴子都能懂的 git 教程

手动续费的时候没有流量包，但是自动扣费会有。所以开了以后，就让它自动扣费就行。

https://m.weibo.cn/status/4171902723405472 crossover 注册码，继续抽奖

[www.crossovercn.com crossover 爱好者社区上线啦。]
有官方开发常驻。
不定期 [抽奖送 crossover 注册码]
欢迎大家关注！

@slgz 别忘了艾特一个好友。