@Torpedo 高刷是真明显啊......高刷更贴切的说是跟输入交互操作绑定在一起才能感受出来

光追有标准么？比如 N 卡 /A 卡 +现在的 Intel 卡 各来一套自由标准，那不是开发者需要每种卡实现一遍？？
虽然 N 卡占大头但是不能不考虑其他卡的玩家吧

上面说 GPT4 能解决问题的人 你们没有被 GPT4 坑过么？？？

可以回溯一下 2000-2010 年左右的行业状态
各家各做各的，微软带头搞闭源，搞私有标准，IE 就是那个时候的典型代表

只推荐 uu
uu 的客户端覆盖面做的最广
路由 /mac/手机 /加速盒，甚至是 steamdeck 都有专用客户端

作为一个过来人，我父亲也是这样去世的，做好后面的准备吧
预估医生会让你开颅手术，但是基本很难回来也是植物人，让老人家少受点最后的罪

生老病死 人之常情

这个价格和体积 注定就不是平民消费的东西...还替代手机.....

看了下 mac 的定价 感觉手里 m1 还能用几年
配个 4090 台式 跑跑 AI 吧～

自从今年火了 AI 赛道后，arm64 架构的 mbp 就显得不那么香了

还好
主要是惊艳程度肯定没第一次野吹那么高
毕竟机制和地图设定主要玩法大部分沿用了野炊

更适合休闲玩家了 反正人马什么的我野炊就打不过 也不想练 所以有这次高科技什么的 打不过我开科技好吧

如果是真喜欢折腾的 最后还是会回到软路由+nas ，因为 nas 没那性能，而且对硬盘的损耗前一两年看不出来，五六年后就要换盘了
最优解还是 软路由+nas 让 nas 就纯粹的当个储存设备吧

我是这样做的，已经 3 年多了，拼多多买那种单价 2 元左右 1 双的袜子，3 天 /每周一双，不洗直接扔

为了估算跨河电话的数量，我们可以使用概率的方法。首先，我们需要计算两个概率：河西打给河东的概率和河东打给河西的概率。

河西打给河东的概率 = (河西人数 / 总人数) × (河东人数 / 总人数) =为了估算跨河电话的数量，我们可以使用概率的方法。假设每个电话都是随机拨打的，那么我们可以计算在河西和河东之间发生通话的概率。

首先，我们需要计算河西和河东的人口比例。河西有 30 万人，河东有 70 万人，总人口为 100 万人。因此，河西的人口比例是 30/100 = 0.3 ，河东的人口比例是 70/100 = 0.7 。

接下来，我们可以计算一个电话是跨河拨打的概率。这可以通过将河西的人口比例（ 0.3 ）为了估算跨河电话的数量，我们为了估算跨河电话的数量，我们可以使用概率为了估算跨河电话的数量，我们可以使用概率的方法。首先，我们需要计算河西和河东的人口比例。

河西人口占比：30 万 / (30 万 + 70 万) = 30% (0.3)
河东人口占比：70 万 / (30 万 + 70 万) = 70% (0.7)

然后，我们可以计算河西打给河东和河东打给河西的通话概率。

河西打给河东的概率：河西人口占比 × 河东人口占比 = 0.3 × 0.7 = 0.21
河东打给河西的概率：河东人口占比 × 河西人口占比 = 0.7 × 0.3 = 0.21

将这两个概率相加，我们得到跨河通话的总概率：
跨河通话概率 = 0.21 + 0.21 = 0.42

最后，我们用总通话量乘以跨河通话概率，以估算跨河电话的数量：

跨河电话数量 = 100 万次 × 0.42 ≈ 420,000 次

因此，我们估算每天有约 420,000 次跨河电话。请注意，这是一个估算值，实际情况可能因通话习惯和其他因素而有所不同。

GPT4 的答案

这东西吧，准的时候挺准，一旦他开始编，一定要重新开启新对话不要让他从历史里翻滚