关于 CLion 写入磁盘过多的问题

[nyanyh]

之前发现用 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"

[OneMan]

有用，待会细看

[CismonX]

clang 还好，同一个项目我用 clang 编译得到的 pch 只有 31MB，但是换了 gcc 就高达 171MB

[littlewing]

很好奇楼主是怎么发现是因为 clangd 写入 pch 文件导致的，有啥工具分析硬盘写入的吗，可否分享一下，

[nyanyh]

@littlewing #3 系统自带的活动监视器，双击进程可以看到打开的文件
如果活动监视器里看不到的话，也可以使用 iosnoop 命令，但是这个调用了 dtrace，需要完全关闭 SIP，或者在恢复模式下使用 csrutil enable --without dtrace 在打开 SIP 情况下单独允许 dtrace 执行

[xiaottt]

32G 内存就是任性，8G 内存本身就不够用