新手，低预算，那么买二手车更好。磕碰不心疼。
建议考虑 SUV ，被动安全性更高

顺带一提，我用的关键字是
dma sync cpu cache

你不应该搜 Linux cache 。因为，cache 有很多种。CPU cache 也是 cache ，Page cache 也是 cache 。一般用户是不可能需要清 CPU cache 的，只有写驱动的人才需要。所以直接搜 cache ，大部分内容都是 Page cache

memory barrier 只是避免编译器优化，缓存一致性仍然由 CPU 自己维护，也就无法解决 dma 的问题。
dma 是设备修改内存，CPU 无法维护缓存一致性
volatile 就是最简单的办法。

正规做法是
dma_map_single(), dma_sync_single_for_device(), dma_unmap_single(), dma_sync_single_for_cpu()
这几个 API 。合理使用的话，它们会处理 dma 一致性问题

“很多手机软件在电脑直接用”
你可能没用过 Chromebook ，或者没用过国外的 Chromebook

Chromebook 支持 Play Store/Android App 已经很久了，包括 x86 的 Chromebook 也可以

@shinelamla 如果你的目标是考试，那就死背教科书。
如果你的目标是日常会话，闲得没事多看 YouTube 和 tiktok ，别嫌弃内容智障，看抖音也是智障内容，那何不用在智障之余学点英文？
看书就看英文书，但是看书毕竟比奶头乐难坚持。

不瞒你说，我还会日语，看动画多了自然就能看懂生肉了。我在美国看剧场版宁可不看英文字幕。

@shinelamla #10 那我问你，为什么马的单位是匹不是只？

不管你知不知道，我反正是不知道。我只知道这里应该用匹。更别说学中文的老外了。只有语言研究者才能告诉你这里面有什么规则。

对于英语，除了研究英语的学者，其它人也只不过是使用者而已。能用，别人能听懂，那就足够了。

人体工学椅，升降桌，显示器支架，人体工学键鼠
这些东西还是配齐，经常在站坐姿势之间切换，会比较好

试试 upnp

@flowerfly 没关系啊，你收到了，但是不知道怎么回事，于是向亚马逊举报了，这是人之常情嘛

当然是向亚马逊举报啊
这上面是你的店吗？不是
那就举报嘛

两种写法：san zhang 或者 zhang, san
逗号很重要，老外的姓也可以用逗号写到前面

1. Rdp 可以用。Windows 本身很多管理工具，比如 mmc 和 powershell 都是集成了远程管理的。
3. 任何程序都可以注册为服务啊。Linux 服务器也不是全都用容器。直接 systemd 启动也很正常。
4. docker 基于 Linux 的软件，整个设计思路就是按 Linux 考虑的，你非要到 Windows 上用，这不是脑子有问题吗？为什么非要用 Docker ？
5. 人家企业里搞 Windows 全家桶的，权限管理靠 AAD ，人家也想问你为什么不用 Windows 全家桶。就一个操作系统而已，哪个系统满足需求就用哪个。
6. 有没有一种可能，Windows 全家桶，运维可以不靠脚本的？至少不是脚本为主

防杠：本人两个都用。工作中公司需要 Windows 为主，但 Linux 也用得多。个人服务器用的是 Linux 。

干净又卫生啊，兄弟们

只有 1 万以上的部分计息
你只有 2 万的话只有一半计息，等于是利率要折半了

不说贵阳成都两个城市哪个好的问题，你自己考虑。单说你说的这几点：
成都的房子不急着卖可以出租，补贴一部分收入。将来如果想再去成都也可以落脚。最好找个靠谱的人管理，解决租客的问题。但是成都贵州也不远，去一趟也不麻烦。

其次，有软饭吃挺好的。你有能耐就软饭硬吃。同样的内容，性别一换，恐怕大家的建议就不同了。我不知道你怎么想，反正我是不介意吃软饭的。

不如和她家也敞明了说，成都的房子打算留着。了，反正亏 200 万卖房是不可能的。她家既然说要帮忙，不如先把首付的问题解决一下。房子挂在她名下，婚后共同还贷。看她家愿不愿意你就知道她家的态度了。

“因为用的是我的钱, 只是之前找公司报销, 以后不可能再用我的钱”

这不就对了
你回复他：
我刚刚和 chatgpt 客服联系了，客服表示是欠费停号。所以不是我擅自停用，是你们没缴费。
怎么缴费？你应该找 chatgpt 客服联系啊，找我干嘛。

@Cineray 我洋垃圾 8 条内存 4 个型号 3 个牌子混用，也用得好好的。
服务器平台反正没法超频，不超频的话混着用问题不大。服务器平台不像桌面平台出厂即灰烬。只要你买的是正牌二手洋垃圾，不是翻新的假垃圾，那就没问题。

这种事情找个有经验的运维一看就能看出来。或者触发一个 crash dump 就能看出来

底层的 bug 才是见鬼。发送方抓包包路由器上硬件抓包都显示包发出来了。但是接收方就是没收到。
如果你以为是线的问题，那肯定不是，因为一样的发送方接收方，其他包都是正常的，唯独这一类包收不到。
如果你以为是防火墙问题，那肯定不是，因为用网卡厂家的工具从固件上抓包，也是一样收不到。
如果你以为是 RSS 问题，那肯定不是，因为对比正常的包和丢了的包，包括端口号在内的所有报头都是一模一样
如果你以为是性能问题，那肯定不是，因为这一类包很稳定的就是收不到，另一类包一样的端口很稳定的就是能收到。
如果你以为是硬件问题，那肯定不是，我们几百台机器，随机就有几台出问题。但是重启程序又正常了。不知道什么时候哪台就会开始发疯。
如果你以为是程序 bug ，那肯定不是，这个底层程序我们已经用了大半年了，就算上层出问题，底层平台不会受影响。

现在找硬件厂商，但是厂商的人也还研究出什么问题。最见鬼的是死活不能复现。实验室里无法复现也就算了。生产环境里也无法稳定复现。加了 debug 日志的程序，替换到生产环境的任何一台机器上，仍然不复现。
所以我们只能把 debug 日志部署到整个集群，真就是守株待兔。

还不够恐怖？那再加一条：计划月底上线，上线不了公司要赔钱。

打开画图软件，点一个点……