之前发现用 CLion 写入磁盘极多,每天近 20G,然后发现 CLion 设计是这样的:CLion 内置的 clangd,在每次从 IDE 里打开文件的时候都会重新分析文件,并且写入一个 pch 文件到临时目录(约十几 MB ),关闭文件后这个 pch 被删除,下次打开的时候还会重新生成;而我平时写代码的习惯就是开一个文件修改,改完了 Cmd+W 随手关掉,这样 CLion 内置的 clangd 就会反复创建一堆十几 MB 的 pch 文件。在 JetBrains YouTrack 上开了 issue 问,开发者说就这么设计的,每次打开都会重新检索。
然后我自己跑了下它内置的 clangd,发现有 --pch-storage=memory
这个选项可以使 pch 文件存储在内存中,但是 JetBrains 说暂时不能自定义 clangd 的选项……最后发现 clangd 也接受 CLANGD_FLAGS 环境变量设置参数,问题解决
如果发现 CLion 内置的 clangd 磁盘写入也很多,可以试试加上这个环境变量
再创建一个 4GB 的 ramdisk 存放 CLion 的 cache:
diskutil partitionDisk `hdid -nomount ram://4194304` 1 GPTFormat APFS 'ramdisk' '100%'
cd $HOME/Library/Caches/JetBrains
ln -s /Volume/ramdisk/CLion2020.1 ./
最后再把交换文件也关掉,内存没满就写磁盘就是浪费
恢复模式下执行 nvram boot-args="vm_compressor=2"
1
OneMan 2020-03-20 19:23:51 +08:00
有用,待会细看
|
2
CismonX 2020-03-20 19:46:31 +08:00
clang 还好,同一个项目我用 clang 编译得到的 pch 只有 31MB,但是换了 gcc 就高达 171MB
|
3
littlewing 2020-03-20 23:05:08 +08:00
很好奇楼主是怎么发现是因为 clangd 写入 pch 文件导致的,有啥工具分析硬盘写入的吗,可否分享一下,
|
4
nyanyh OP @littlewing #3 系统自带的活动监视器,双击进程可以看到打开的文件
如果活动监视器里看不到的话,也可以使用 iosnoop 命令,但是这个调用了 dtrace,需要完全关闭 SIP,或者在恢复模式下使用 csrutil enable --without dtrace 在打开 SIP 情况下单独允许 dtrace 执行 |
5
xiaottt 2020-03-21 00:37:35 +08:00
32G 内存就是任性,8G 内存本身就不够用
|