最近换到SSD磁盘以后,每天发现磁盘居然有好几G的写入,这个实在是不可思议。后来用iotop排查,问题出现在了chrome上。
  用iotop -oPa看累计读写时,发现在短短不到半个小时内,chrome写入超过1.2G,这个问题太严重了吧,堪称硬盘杀手。用lsof查看chrome的io列表:
lsof -p `pidof chrome` |ack '\d+w
发现有些个奇怪的写入:
chrome  4886 jgao   50w   REG       0,24      145  135375 /home/jgao/.config/chromium/Default/Extension Rules/LOG
chrome  4886 jgao   56w   REG       0,24        0  135376 /home/jgao/.config/chromium/Default/Extension Rules/000428.log
chrome  4886 jgao   57w   REG       0,24     1090  135377 /home/jgao/.config/chromium/Default/Extension Rules/MANIFEST-000427
chrome  4886 jgao   78w   REG       0,24      265  135380 /home/jgao/.config/chromium/Performance Monitor Databases/Recent Metrics/LOG
chrome  4886 jgao   80w   REG       0,24    11134  135383 /home/jgao/.config/chromium/Performance Monitor Databases/Recent Metrics/000347.log
chrome  4886 jgao   82w   REG       0,24    61025  135382 /home/jgao/.config/chromium/Default/Current Tabs
chrome  4886 jgao   86w   REG       0,24      390  135384 /home/jgao/.config/chromium/Performance Monitor Databases/Recent Metrics/MANIFEST-000345
chrome  4886 jgao   97w   REG       0,24      264  135387 /home/jgao/.config/chromium/Performance Monitor Databases/Max Value Metrics/LOG
chrome  4886 jgao  101w   REG       0,24      459  135394 /home/jgao/.config/chromium/Performance Monitor Databases/Max Value Metrics/000323.log
chrome  4886 jgao  105w   REG       0,24       46  135390 /home/jgao/.config/chromium/Default/Managed Extension Settings/pjnggipjiafeklgjdclhhkeefdebipmm/LOG
chrome  4886 jgao  107w   REG       0,24      322  135395 /home/jgao/.config/chromium/Performance Monitor Databases/Max Value Metrics/MANIFEST-000321

这种monitor的操作会不会是IO的根源? 我几点记得这是chromium实验版的新加特性, 所以到chrome://flags中关闭这个。
启用性能监控 Mac, Windows, Linux, Chrome OS, Android

启用与效果相关的指标和事件的被动收集功能,并提供以图表方式查看此数据的选项。要查看数据,请访问 chrome://performance。 
 

  重启以后,chrome的io似乎减轻了不少。哎,chrome这厮除了高耗内存,插件占进程等“特性”之外,IO上也要勇攀高峰了。

标签: none

仅有一条评论

  1. Gao Jie Gao Jie

    后来发现, 主要原因是使用了这个参数--disk-cache-dir=/tmp/chrome, 原本指望把cache的IO操作放到tmpfs上, 但是没想到这个参数才是持续IO的根源。

添加新评论