billccn

你为什么这个 LVM 里面还分着区？

你需要把/dev/mapper/lvm_data-vg_data-part1 挂载

@seers 应该和内存大小无关，服务器是手机几十倍内存还不都是 4k page 。因为 page table 是多层的，所以可容纳的页面数量一般超过 CPU 的硬件寻址限制。


Android 推这个应该是处于功耗的考虑，因为页面变成 4 倍大，那 page fault 可能就会变成原来的 1/4 概率。另外大多数 Android 设备的 swap 不是硬盘，而是 zRAM ，压缩解压也挺费电的，操作次数越少越好咯。我想 16K 的压缩比可能也比 4K 好一点

找个有需求的人两边对敲吧，注意不要用微信联系。

我约 10 年前临时外派到澳大利亚，但域控里我的 Home dir 还是在欧洲，只要打开个文件浏览器就得等几秒，当地办公室还是内网专线，在外面 VPN 就更怀疑人生，所以千万不要在非本地网情况下用 SMB 。我坚持了几天以后和欧洲的 IT 要了一个虚拟机，远程桌面回欧洲。

楼主的需求是需要管理文件比较多，还是需要打开文件比较多？前者可以考虑用 UDP 的远程桌面，这样丢包也不太影响操作效率。

@0x663 公网上跑 iSCSI ？妥妥要损坏文件系统

题外：公司在我外派结束不久还来调研我的体验，最后决定购买一套 Riverbed Steelhead 加速器，这个神奇的机器可以中间人一些常见的企业内网协议，然后通过它专有的协议解决长延迟、高丢包的传输，上线一周以后异地备份就从 5-6 个小时变成几十分钟，同事也反应跨区访问文件非常流畅。我今天搜了一下这个加速器好像不迭代了，不知道是不是因为企业都上云了。

我能问一下你不去整个 NTP 对时，费这么大周章找个第三方的接口就为了一个时间？

你怎么知道这个请求本身花了多久，请求到以后你的线程又花了多久才唤醒？

你把 CompressionMethod 设置成 STORE （就是不压缩）试试？或者把 defaultDeflateLevel 调整一下。

另外显示的大小是在 HTTP 头里的，你不提前算好所有文件+zip 开销，等 HTTP 头都发完了才开始遍历目录那肯定不会有大小的。

三星 s20 开始都可以输出 4K 的，但是 GPU 会过热，固件设定是你把手机插在那个带风扇的 Dex Dock 里面就可以 4K ，但你也可以用 Good lock 里面的 MultiStar 插件解锁。

Samsung Dex 现在很完善了，很多软件都适配了，微软 Office 等软件可以显示出类似桌面版的界面，Firefox 甚至可以开多个浏览器窗口，可以代替桌面使用。

好久没玩过光猫了，但是你一边桥接一边 DHCP 使能会不会冲突？

抓包看看 DHCPv6 有没有响应呢？

中国会推广的，但必须要让上面相信是可管可控，也就是说你不能随随便便下载一个外国 eSIM 在国内漫游。估计会利用完全不同的根证书和外国的 eSIM 生态实现”生殖隔离“。

因为苹果手机的要求，我这边主流运营商（包括大部分虚拟运营商）都支持 eSIM 了，但是换领的过程和实体 SIM 无异，基本上都需要客服介入或者邮寄 QR 码，这主要是防止盗用/SIM swap 诈骗等等。部分运营商适配了换机自助迁移，但是经常会出 bug 。

有选择的情况下（非美版苹果手机）大多数人的主卡估计会保留实体 SIM ，这样至少在手机没电、摔坏等情况下可以临时插到其他手机使用。但是漫游数据以后会完全被 eSIM 替代，毕竟 esimdb 上能找到的资费实在太便宜了。

eSIM 有一个绝杀功能就是在没有运营商营业点的地方（比如外国），可以实现补卡。