Qnap 有好几款 NAS 是 ARM 的……这货就是 Linux 系统（阉割），现在存在一些方法来补齐各种组件

@cernard 我看 Reddit 上面讨论的就是 M1
Ref: https://www.reddit.com/r/macbookpro/comments/k39uwu/using_m1_mbp_with_hp_g2_thunderbolt_dock/

HP G2 据说安装一个 DisplayLink 的补丁可以完美

奔走相告，转移完就把旧手机挂上了咸鱼

@manfred4527 TypeC 转 DP 的线我也是买了三家……大家用的都是一个芯片，大同小异
现在用的是号称可以 8k 60Hz 最新版的芯片的线，一百多一条，略贵，不过点亮屏幕的速度确实比以前快点

这个坑我刚好踩过……
首先不要看 DP HDMI 这种转换线，直接上 TypeC 转 DP 的
然后 KVM 的话建议 “cKL DP 切换器” 这个
我买了三家的 KVM，就这家是可以用并且好用的，其他家要不然就是没法跑满 4K 60Hz，要不然就是转换了键盘信号导致我键盘上的自定义按键全部失效，在要不然就是质量不行用一用就掉画质……

@ibowen 是的，软路由可以完美解决，怕有问题的话直接开全局代理

手动实现相对来说比较困难
如果一定要实现的话，按照我之前写 Chute 时的经验，可以提供一个大体的思路进行参考：

1. 代理模块需要实现 TCP 代理，这里可以使用 Lwip 库
2. 需要自己实现一套 DNS，也就是针对 DNS UDP 包处理返回结果
3. 需要通过 root 账户或者 Mac Privilege 创建 Mac 虚拟网卡，也就是 utun，这个地方可以参考的资料都比较老，我简单贴一下代码：
int tun(void)
{
struct sockaddr_ctl sc;
struct ctl_info ctlInfo;
int fd;

memset(&ctlInfo, 0, sizeof(ctlInfo));
if (strlcpy(ctlInfo.ctl_name, UTUN_CONTROL_NAME, sizeof(ctlInfo.ctl_name)) >=
sizeof(ctlInfo.ctl_name)) {
fprintf(stderr,"UTUN_CONTROL_NAME too long");
return -1;
}
fd = socket(PF_SYSTEM, SOCK_DGRAM, SYSPROTO_CONTROL);

if (fd == -1) {
perror ("socket(SYSPROTO_CONTROL)");
return -1;
}
if (ioctl(fd, CTLIOCGINFO, &ctlInfo) == -1) {
perror ("ioctl(CTLIOCGINFO)");
close(fd);
return -1;
}

sc.sc_id = ctlInfo.ctl_id;
sc.sc_len = sizeof(sc);
sc.sc_family = AF_SYSTEM;
sc.ss_sysaddr = AF_SYS_CONTROL;
sc.sc_unit = 0;

if (connect(fd, (struct sockaddr *)&sc, sizeof(sc)) == -1) {
perror ("connect(AF_SYS_CONTROL)");
close(fd);
return -1;
}
// fcntl(fd, F_SETFL, O_NONBLOCK);
return fd;
}
4. 最后，组件都配齐之后就可以上了，理论就是把 DNS 收到的请求解析到自己的虚拟网卡 IP 端上，使得 TCP 包发送过去，收到 TCP 包之后反向解析成域名，之后将域名解析到正确的 IP 地址，然后对正确的 IP 地址发送请求

参照 Chute 实现的经验，从实现到跑通大概一个星期左右，有了上面的指导实现实现可以下降到 3 天

现在有个技术路线是：
通过 QEMU 模拟 Arm 环境，然后把 macOS Arm 版本中的基础组建和 iOS 相关组件给弄出来，建立一套在 x86 上可以运行的环境

macOS 开发使用的 API 都是非常古老的了，当前很多 Swift 软件使用的 API 和库都是针对新的 iOS 设备的，macOS 支持非常堪忧，个人建议还是别看了
要做 macOS 开发的话，建议直接尝试 Catalyst 工程，或者简单的提供 macOS ARM 支持

谁和你说新 iOS App 打包会包含 Arm 和 x86 两个包的？
不要妄想

Mac Store 的沙盒限制导致不少软件得走自己的分发渠道，比如说我写的代理软件……

至今为止 Cocoapods 没有跑成功，每次都死在了 ffi 上面

@helloworld000 Android 和 iOS 都会杀后台，感情 macOS Bug Sir 也是后台杀手？

硬盘做的再快，他也是硬盘啊，在硬件上和内存有本质区别的，你用硬盘的那个速度去填补内存速度差值，我们就说来个提升 100% 的算法吧，当前硬盘读写速度按照 2G/s 算，乘以二 4G/s，内存的读写速度可是动不动就 20G/s 的啊……

为啥那么多牛逼的大佬都在拼了老命的解决 I/O 问题，这是真的因为差距太大，勤也不能能补拙啊

@EXChen 我也是拿着当台式机，基本上不离开电源的

一直这么冲的话对电池不好，我 mbp 15 寸之前一直用 60w 的充电，实际上 87w 才能冲进去，导致用了两年之后电池鼓包了……

我当年也是这两个需求，现在在用洋垃圾 HP G2，除了有时候不太稳定之外，基本满足了需求

之前用 Dell 的洋垃圾 TB15，现在换了 HP 的洋垃圾 G2，感觉 G2 还是很不错的，就是有时候识别有问题，需要重新拔插一下