yzwduck

虽然工作里没接触过 Linux perf, 但遇到过类似的场景, 也需要解析程序的符号.

最好的办法是, 让生产环境有符号文件可查.

如果遇到难以复现的问题, 并且无法拿到那份特定程序的符号信息, 就会变得很麻烦, 但总有办法.

我目前的做法是:

* 找到复现问题用的, 没有符号的程序 A,
* 用类似的配置编译一份带符号的程序 B,
* 用 BinExport 配合 IDA Pro, Binary Ninja 或者 Ghidra 分别导出程序 A 和 B 的信息,
* 用 BinDiff 去匹配程序 A 和程序 B 里相似的函数, 生成一个 SQLite 数据库,
* 自己写脚本读取 SQLite 里程序 A 的符号信息, 填充到收集的原始资料里.

@stinkytofux Oray 开头的音频设备, 大概率是向日葵远程桌面用来捕捉系统声音的虚拟设备.

我发现 OP 贴的 iperf3 结果好像有点不正常: 在客户端发送 85353 个 UDP 包, 服务器收到 85328 个 UDP 包, 丢包率是 0% 的前提下, 为什么客户端发送了 114 MBytes, 但服务端只收到了 4.02 MBytes?

有大佬愿意解释一下吗?

@PainAndLove 不建议折腾, 这种做法会 *小概率* 引发兼容问题, 比如利用 copy-on-write 或者 clonefile 的软件可能无法正常工作.

如果还是想把 Caches 整个文件夹移动到 RamDisk 的话, 建议写一个脚本来初始化 RamDisk 和创建 Caches 软链接; 并利用 LaunchAgent 的方式, 在用户登陆后自动执行这个脚本.

进入 Recovery 删 Caches 软链接.

1. 参照 https://support.apple.com/102518 进入 macOS Recovery,
2. 打开 Disk Utility, 左侧找到 Data 分区, 右键后, 选择挂载, 记录挂载点的路径, 退出 Disk Utility,
3. 在菜单栏里, 选 Utilities -> Terminal,
4. 运行 rm [挂载点路径]/Users/[用户名]/Library/Caches, 示例 rm /Volumes/Data/Users/mac/Library/Caches
5. 左上角 Apple 图标 -> Reboot.

它是 FILETIME, 以 1601/01/01 开始的 100 纳秒数.

https://learn.microsoft.com/en-us/windows/win32/api/minwinbase/ns-minwinbase-filetime

Google Authenticator 导出的 QR 码是它专用的, 可以用某工具来解析, 生成通用的 totp 链接, 再导入密码管理工具.

比如 https://github.com/dim13/otpauth

试试用 UDP 的 mosh (mobile shell) 会不会降低一点网络延迟?

从问题描述来看, 可能是 DNS/代理/路由 设置被改了, 建议找台正常连接同一个 Wi-Fi 的设备, 对比一下两者的配置是否有差异.

如果周边有熟悉 macOS 开发的人的话, 可以在出现网络问题的时候, 按住 option 键点击 Wi-Fi 图标, 里面有个 Create Diagnostics Report, 这一份报告里会有很多日志来帮助定位问题.