如果是指 Intel 的大小核，那么在我看来，目前的大小核处理方式实在不怎么好。无论 Windows 还是 Linux 。
Windows 有目共睹，Win10 的大小核调度实在非常差（微调电源管理设置项可以解决，比较麻烦），Win11 才优化了不少。
至于 Linux ，优化适配 Path 一次又一次地更新，反正还没稳定下来。

看起来，x86 的大小核调度并不能照抄 ARM 的方式。


不过我觉得有一项功能很适合大小核调度。

Intel 前一段时间公布了纯 64 位架构的“x86s”，意思就是不再启动到 32 位模式，但 64 位环境仍然可以兼容运行 32 位程序。

如果 Intel 愿意更进一步，大核完全纯 64 位（不运行 32 位程序），小核专门运行纯 32 位程序，就如同 ARM 的做法一样。这样的玩法确实很适合大小核。

所以客服说没库存什么的，我觉得完全就是借口

超个鬼的售，明显就是苹果的员工人为疏忽。

至于为什么他们不愿意换货而是要求退货，我猜测，是因为苹果某些部门不愿担责：
换货 = 苹果发货方确认是人为疏忽，影响绩效统计
退货 = 顾客的锅，苹果发货方无责

曾经有段时间，Firefox 有严重的显存泄露 Bug ，看个视频都会消耗掉 1G 多的显存。

对于独显用户来说，这真是消受不起。

尤其是双屏模式，一边玩游戏一边看攻略，分分钟弄爆显存搞崩游戏。

那怎么办？要么核显+独显同时干活，独显专门跑游戏；要么换成 Chome ，彻底解决问题。
毕竟并非所有电脑都有核显，并非所有配备独显的电脑都会同时开启核显，那么弃用 Firefox 换成 Chrome 显然是最优解。

现在我还是会保留着 Firefox ，但不会再把它用于主力，而是备用。

@canyue7897 这个也是 CN2 的其中一种，单向去程 CN2 。价格比全程 CN2 低得多，但也是最没用的。比普通 163 贵，效果却没好多少。

各种 CN2 的介绍：
https://zhuanlan.zhihu.com/p/52533834
虽然是 2018 年的，但里面提到的区别到现在也依然适用。

CN2 长期以来就是专供政企的呀，只不过需要额外报装，可以当作是政企宽带的叠加服务

广东电信给游戏宽带用 CN2 也就最近几年而已（ 4~5 年），在游戏宽带推出之前，CN2 早就存在很久了，使用 CN2 的机场同样一早就存在，比游戏宽带还要早

“中文 (中国, 美式键盘)”

这个改变是从 Windows 10 开始的，Win11 只是延续而已。
我估计他们的想法是，目标区域选项只提供该区域的语言种类，外语不算在内。

我的解决办法是，添加其它语言的键盘，比如：英语(英国) 美式键盘，或者 英语(美国) 美式键盘
即使同样是英语，设成英国或者美国其实也有区别，比如在 MS Word 输入文字，“英国”会自动采用英式拼写检查。

一般情况下，对华人而言，安装 English (Singapore)应该是个不错的选择。

fe80 并不是运营商分配的，而是设备自己生成的。fe80 的地位相当于 IPv4 时期的 169.254.0.0/16 ，属于链路本地地址。

如果运营商想要分配 IPv6 内网地址，那顶多也只能选择 fd00 这个网段（说实话，十分不妥）。
fd00 相当于 IPv4 时期的 10.0.0.0/8 、172.16.0.0.0/12 、192.168.0.0/16 ，是可以自己在内网随便用的。

如果能用 C11 ，那么不少特性都能继续保留
比如 std::atomic thread_local static_assert bool
只不过需要加下划线

https://en.cppreference.com/w/c/99
https://en.cppreference.com/w/c/11

工具过多，有点累赘+费神

我觉得还是普通 VPN 回家最方便，比如 OpenVPN 或者 Wireguard 。
然后再加一个 v2ray 作为备用，足够了
（我就是这样做的）

另外，既然路由器 CPU 都支持 AES 了，不如一步到位直接启用 AES-256-GCM ，这个比 CFB 可靠得多

同情 OP 。
说实话，我也很难适应这么老旧的语言标准，无论是 C89 还是 C++98 。
因为我很不爽这两个旧标准，以至于很长时间内我都泡在 C# 生态当中，连 QT 都不想碰。直到后来无意中被所谓的“析构”(Finalizers) “坑”了一把（毕竟写 Dispose 实在啰嗦）。

恰好，此时 C++11 和 C11 已经发布了，我一看新内容，还好能够接受。于是工作以外的场景就重新入门了。
工作场景仍然是 C# 为主（我没换工作），但工作时的自用工具会尽量用新标准 C++去写（能 C++就 C++，我懒），除非遇到公司的老旧 RHEL 只提供 GCC4.8 那才没办法，还好可以用大部分 C11 特性（其他组淘汰给我们当玩具的，没多久就清理掉了）。

经历过新标准的爽快被迫再退回去几十年前的标准，我很理解 OP 的心情。

换成是我，那就只能先用 C++写一遍具体代码，然后转写成等效同年份 C 代码，再根据编译器的错误提醒，进一步回退到 C89 。

@duke807 OP 特意强调“ANSI C”，很大可能性是 C89 ，想用_Generic ？不存在的。搞不好连 for 循环第 1 个分号前的初始化语句都不能声明变量。
如果真的是 C89 ，那就属于是连 Linus 都不得不抛弃的版本。

完全不懂 OP 这种迷惑行为

V2EX › Android

“PC 上面 16G 的内存”

在手机节点问 PC 问题？

如果需要 PT 邀请，可前往
/go/in

不要把电话号码类比成 HTTP 和 HTTPS 。

电话号码的地位更加接近于网络当中的 IP 地址。上游设备发包并伪装源地址，完全是可以做到的。电话号码的来电显示同理。虽然现实中，尤其是电话号码，想要捉到伪造者其实并不难（排除跨国等阻碍因素），想要阻止这种伪造也能做到（需要运营商自行核对该线路的号码）。


然而，就算真的类比成 HTTPS ，在当下现实照样能被玩坏。

银行完全可以把自家客服号共享给外包的广告外呼机构，客户打上来投诉坚决否认（现在就是这样）。
有认证了又能如何，大量的机构确实干得出一边把认证授权给广告外呼公司骚扰客户、一边否认自己干过这样的事情。

就算有证明都没用，家宽不管这个的。

几年前我曾经找 10000 投诉过，第二天派了该区的运维，他能做的也就只是检测带宽打不达标，其他的无法处理。
于是第三天又换其他人再次上门，我当场拿 k-lite codec pack 的下载网站做演示，分别用电信、联通在同一个镜像服务器下载同一个文件（文件并不大，仅仅 50MB 左右），电信才几十 KB/s 到一百多 KB/s ，联通却速度起飞，没过几秒就完成了。
来做检测的人于是帮我申请公网 IP （其实早就已经是公网 IP ），速度还是没什么变化。
于是他们能够做的也就只是运行 ping 命令记录下丢包率，然后就去下一户了。

后来客服告诉我，家宽并不保证联网质量，只要网络能连得通、线路速度达标就算合格。
去年续约时我看了下合同，发现客服倒是没说错，毕竟合同上面确实也没明确保证联网状况一定可靠。