前几天把ArchLinux的Gnome升级到了3.2版本。
升完后，’gnome-shell-extension-dock’就无法工作了，用得顺顺得dock一下不见了很不习惯。前几天网上找也无果。
然后，终于在今天找到了方法：
# cd /usr/share/gnome-shell/extensions/dock@gnome-shell-extensions.gnome.org/ # vim extension.js
找到”this.actor.lower_bottom();”这一行，把它注释掉。保存后，在gnome-tweak-tool中把dock-extensions重新启用。Enjoy！
发现3.2的dock可以自动隐藏了，这个很是喜欢呐。
上个月新买了一个本本电脑，所以女人的旧电脑就算淘汰下来了。但我还得用我那07年的老爷机，在做开发上还是有些吃力，因此决定把原来共存于同一个系统的桌面环境和服务器环境分开，将服务器环境转移到淘汰下来的老爷机上，所以在上面装了个FreeBSD，以方便维护。但也因此出现一个问题，服务器的数据应该放在哪里，桌面机上还是服务器机器上。由于淘汰下来的机器可能会被我用来折腾，如挨个装发得版，或测试其它东西，所以我想把数据还是放在桌面机上；问题又来了，服务器如何能快速有效地访问这些数据，而不影响服务器的正常运作呢。
首先，想到的是用netbeans的远程站点功能。随后，又想到了利用 ssh 挂载远程文件系统的功能，把 Desktop 上的文件系统通过 sshfs 挂载到 Server 上。由于第一种方案需要依赖netbeans，所以我打算用第二种方案。
安装 sshfs ，这个在 Arch 下用 pacman 安装即可，其它发行版应该都有相应的包管理器可以解决。在安装好 sshfs 之后，可以使用
之前有听一个朋友说起过BFS的内核，周末的时候就研究了一下，然后在网上找了这篇文章，文章末尾有提到很多人在用了BFS的内核后的感受是“快 ！人能感觉到的快！”，于是就十分想感受一下这个传说中BFS神器。
在Archlinux中还有一个伟大的东西叫AUR，于是在AUR中找到了这位kernel26-bfs，直接yaourt -S kernel26-bfs，大大省去了patch内核的麻烦。
BFS的作者是传说中的澳洲猛士CK(Con Kolivas)——资深内核 hacker。BFS(Brain Fuck Scheduler)内核区别于一般内核的CFS(Completely Fair Schedule) 的任务调度管理器，一般的CFS支持多达几千个的CPU架构，而这个支持是牺牲了一定程度上的性能。于是而 BFS 在其中作了聚会，让内核最多支持 16 个 CPU，让问题的复杂化降低，让算法变得简单高效。