不知从什么时候起，我发现直接点击 Empathy 中的链接会花较长时间，在此期间整个 Empathy 的所有窗口皆冻结而不响应操作。次数多了之后，我注意到等待的时长和链接的响应时间有关，想到曾经在HTTP服务器看到的包含 gvfs 字样的访问记录，我想就是它了。但除了发现有一个杀死又复活的 gvfsd-http 进程之外别无收获。
昨天不知道究竟是什么原因，Empathy 经常反应迟钝，于是我终于换 pidgin 了。两天已经过去，我又换回 Empathy 了，虽然 pidgin 有很多的优点，如截图、HTML 消息、联系人手动排序、*粗体* 和 _斜体_ 支持、重新发送好友请求、XMPP 控制台、好友响应可能性预测、自动弹出消息窗口、链接识别更准确、支持富文本格式的剪贴板、可取消选择区内的表情符号、支持终端（finch）、各种未知的插件等等，但是，我依旧要换 Empathy 了，因为 pidgin 的几个非常影响我使用的 bug。一是点击对话窗口，焦点不会自动移动到输入区，虽然依旧可以输入文字，但绕过了输入法，所以必须按下 Tab 或者点下输入区，否则无法输入中文。二是输入区文本选中后会清除选择区剪贴板的内容，但并不把选中文本放到剪贴板中。其三，也是我最不能忍受的是，在它的输入框输入文本时无法使用 fcitx 的第二三码选词键。
回到 Empathy，于是又要面对它打开链接缓慢的问题。虽然改用选中再粘贴的方式也不太费事，但是，看到带有下划线的浅蓝色链接难道你就不会下意识地去点吗？
Google 了很久，没找到任何有用的东西。于是开始 strace——
strace -p `pgrep empathy` -r -f
结果用 sort + tail，很容易看到最耗时的地方。我之前还在 Vim 中手动看那近一万行的记录，真是被这些问题搞晕了头了。。。
[pid 6130] 0.000149 connect(27, {sa_family=AF_FILE, path=@"/dbus-vfs-daemon/socket-jCww54HT"}, 35) = 0
...
[pid 6130] 46.212892 recvmsg(27, {msg_name(0)=NULL, msg_iov(1)=[{"l\3\1\1\"\0\0\0\1\0\0\0G\0\0\0\4\1s\0)\0\0\0org.glib"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 122
gvfs 毫无疑问是元凶了。接收消息竟然用了 46 秒！后来我又想到去 strace gvfsd-http，最终发现真相——gvfsd-http 在 HEAD 那个 URL！真不知它想做什么。用 dpkg 查到它属于 gvfs-backends 这个软件包。看了下，依赖它的只有 deb-gview，几乎从来没用过的东西。于是果断卸载之。
卸载完后，回过头把 gvfsd-http 杀掉，终于敢放心大胆地点击 Empathy 中的链接了。
