Linux上SQLite效能長了

說有個網站對一串Linux核心上案頭軟體的效能進行了評測，使用的是Ubuntu那個公司出的一系列純核心，不打補丁的，從2.6.24到2.6.29，其他軟體都是標準的Ubuntu 8.10，包括X Server 1.5.2, GCC 4.3.2, GNOME 2.24.1, xf86-video-intel 2.4.1, Mesa 7.2, EXT3檔案系統。

在許多案頭應用相關的效能當中，有兩項進步非常大，一項是OpenSSL的RSA 4096位簽名，效能從2.6.28到2.6.29提升了一倍，另一項是SQLite，執行12500個資料庫插入操作的時間又恢複到2.6.24時代的水平，比2.6.26/27/28的100多秒的用時少了很多，只用時28秒。

SQLite這個效能很關鍵，是因為現在用它的軟體越來越多，著名的就是Firefox，它把使用者瀏覽曆史、書籤、搜尋、下載等等這些記錄性質的東西全部存在SQLite資料庫裡，效能低的話很要命。以前迫不得已只好關閉最大的用於分辨低俗危險網站的urlcassifier功能。後來發現那個著名的Awesomebar，也就是地址欄上自動地智能地匹配使用者輸入的功能也很要命，反應太慢，好機器可能不明顯，T40這樣的老機器就受不了，只好關閉匹配項到0，但又不爽，只好開到2或3，似乎要好一些。

當時Firefox 3推出時正好碰上的就是2.6.26，看來是效能正好差了，據說原因是Linux上面檔案系統等等什麼的問題；等到2.6.29進Debian了，再看看效能有無改善吧。

在此之前，還有人發掘出來一個SQLite操作，VACUUM命令，差不多是對資料庫進行整理排序的操作，整理之後也許能快點。

上面那個Ubuntu blog上給出的是個指令碼，每次啟動Fx都對Profile目錄下的sqlite資料庫進行整理，應該是挺有用的。我的Places.sqlite現在有13MB大，整理之後小了3MB，在地址欄上用似乎是快了一點

整理命令是：sqlite3 places.sqlite 'VACUUM;' 。

cathayan.org著作權，保留一切權利。轉載請保留此說明。謝絕商業轉載。