11700 ，正常 50 以内，稍微动一动也就是 50+，玩玩游戏上到 60+，FS140

噢，这么一个结构啊，我还以为 R2S 是上游主路由。
那就把 PC 从 2.5G 挂到千兆上。

图样！图森破！ sometimes naive ！

这老掉牙的 CPU ，不走 HDMI 还要硬走雷电口。核显的限制只支持 HDMI1.4 和 DP1.2 ，走 HDMI 至少全血 HDMI1.4 ，但走雷电那就 DP1.2 的带宽砍半，能力上也就是 1440p@60Hz ，勉强能够 4K@30Hz 。然后还要看显示器的时钟频率（ Pixels Clock ）。

不是显示不了，是 CPU 根本能力不足。

所以我让你把 PC 直接挂在 R2S 上，而不是 XDR 的 2.5G 上。

首先要排出一件事情，现状下，mac 无线数据包发送给 XDR ，然后 XDR 本机交还给 2.5G 的 PC ，那么这个过程是否吃两遍 XDR 的核心芯片以及该设备的调配，理论上不可能，但实际上需要进行一轮排除。

既然 MAC->R2S 没有问题，那么如果 MAC->R2S->PC 有问题，那只能是 PC 的问题了。

4# 跟速率没有关系，这里除了 PC 是有线 2.5G ，其他全都是千兆。

你把台式机挂 R2S 上看 mac<-->pc 的 iperf3

任何 mysql 自己的机制都是要保证两台机器的数据一致，既然 OP 的需要只是 ID 序列一致反而反对数据之一，那最佳实践就是脱离数据库去产生一个 ID ，或者 A 机生成了新 ID 之后，手工底层修改 B 机的 ID 的索引。于是 2# 说的 UUID 是最简单的，相互不干扰，也不需要引入第三方向两者提供统一的 ID 编号服务。

OP 15# 没啥不可以的，还是那句话，就那点性能

r4s 那点性能，还是搞端口映射，再找一台机器上 nginx 或者成品各类型文件共享服务软件吧

夹总喜出望外

什么叫划算？
折扣低的票退改也贵，折扣少的票退改便宜，所以核心问题是退改与否，行程如果确定，越早越好，形成如果不定，早买也意味着最终成本可能更高

@dikey 34# 我指的供电，没说清楚，是盒子使用的 PD 芯片。相比较我觉得 TB4 可能还不如 TB3 稳定，很长一段时间 intel 只给了 JHL8440 的上游芯片，下游端芯片一直没有大面积供货。至于 M1 ，呵呵，苹果换了 Mx 系列芯片之后，我的感觉在 TB 支持上没有以前用 x86 芯片那么顺畅（包括 TB1/2 ，虽然苹果强调一根线串下去，但对于 MST 却始终不支持）。

你如果换，我个人认为除非换牌子，比如按照你现在的接入需求，简单说一个 DELL DA310 就能满足（当然按你需要还要下接一个 USB 扩展）。CalDigit 呢，我觉得只能说比绿联之流强一些但也有限。大厂（ Thinkpad Dell HP ）会考虑设备（特别是自家设备）的兼容性、稳定性，会经过一些测试，以及投入相应成本；而小厂则拿着通用方案，找成本可控的芯片，一定程度上做好品控，推向市场。

@dikey 28# 没有拆过这个盒子，不知道芯片如何，但是从描述看，像是供电有问题，2 口接设备造成“电涌”（或类似的），然后重置了主控芯片。但是 bug3 更像是主机 TB 芯片驱动（其实就是系统）问题，第二个盒子的 bug1 也更像是系统问题，不知道用的是不是 windows 系统（芯片-驱动-系统的配合），印象上 TB3 配合 windows 不是那么稳定。

OP 13# 祭出我的文章吧： https://post.smzdm.com/p/axlmw234/
拆过之后，我觉得这东西核心在于板子上的各种芯片，其中我拆了我那个 Thinkpad 40AS ，视频方面使用的 VMM5320 （支持 DP1.4+DSC ），虽然盒子没有支持 TB3/4 ，但是也做到了 4K60*2+4K30 的三屏能力，就是得益于这个片子的能力。

所以还是楼里说的，看需求吧，供电、存储、视频输出等等。

另外，TB3/4 的意义更多在于，并不像 Type-C 切分了 2+2 （或者 4+0 ）的显示和数据通道，而是混流的，这样就能有更多的带宽分配到两者，甚至可以通过 TB 外挂 PCIE 通道。

不论价钱的话，我还是信赖 ThinkPad 40B0

还能提到计算机组成原理，难道没学过操作系统这门课程么，CPU 调度主要靠谁啊，靠 CPU 自己啊？！

OP 6# 那还是浅管理还是深管理的问题——管浅了，什么时候手工提现，什么时候记一笔账（摘要：微信支付提现，借方￥ xxxx.xx ）；如果管深，那就跟什么时候提现没有关系了。
传统财务肯定愿意浅管理，但是从内控覆盖的角度讲，微信支付存在资金池且不受控，原则上需要深管理。