这是一个创建于 2081 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前发现用 CLion 写入磁盘极多，每天近 20G，然后发现 CLion 设计是这样的：CLion 内置的 clangd，在每次从 IDE 里打开文件的时候都会重新分析文件，并且写入一个 pch 文件到临时目录（约十几 MB ），关闭文件后这个 pch 被删除，下次打开的时候还会重新生成；而我平时写代码的习惯就是开一个文件修改，改完了 Cmd+W 随手关掉，这样 CLion 内置的 clangd 就会反复创建一堆十几 MB 的 pch 文件。在 JetBrains YouTrack 上开了 ssue 问，开发者说就这么设计的，每次打开都会重新检索。
然后我自己跑了下它内置的 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  1 @littlewing #3 系统自带的活动监视器，双击进程可以看到打开的文件 如果活动监视器里看不到的话，也可以使用 iosnoop 命令，但是这个调用了 dtrace，需要完全关闭 SIP，或者在恢复模式下使用 csrutil enable --without dtrace 在打开 SIP 情况下单独允许 dtrace 执行 |
 | 5 xiaottt 2020-03-21 00:37:35 +08:00 32G 内存就是任性，8G 内存本身就不够用 |
Select Language