places.sqliteがVACUUMされるタイミング - hogehoge @teramako
昨日Firefox SQLiteデータベースのVACUUMについて - hogehogeの記事を書き、 Firefox3.6だったか3.5だったかで、places.sqliteはPCがアイドル時にVACUUMする処理が入っているはず。 と書いた。 また、コメント欄にてBug 512854 ? VACUUM places.sqlite database on daily idle once a monthを教えてもらい、mozilla-1.9.2: changeset 31871:7b4f35e3a442がリポジトリにコミットされていることが分かった。 もしかすると勘違いされているかもしれないので書いておくとFirefox3.6では既に反映されています。 それだけじゃ何なので、ソースコードからいつどういった条件でVACUUMされるか調べてみた。 まず、Firefoxが起動するとPlacesサ
FirefoxのPlacesデータベースはアイドル時間にvacuumされるようになる - Mozilla Flux
PlacesはFirefoxの履歴とブックマークを保存するデータベースで、SQLiteというデータベース管理システムを利用して、places.sqliteというファイルを生成している。このファイルの肥大化と断片化がFirefoxのパフォーマンスの悪化を招くとみられており、削除されて空いたレコードを詰めて再配置するvacuum命令に関心が集まるゆえんだ。 しかし、Firefoxはこのvacuum命令を自動的には発行してくれない。そのため履歴データやブックマークを削除してもplaces.sqliteの肥大化・断片化は進む一方である。もちろん、多くのユーザーはこのような事態を望んでおらず、Firefoxの速度低下を防ぐ簡単な手段を欲していた。えむもじら『Firefox の places.sqlite を再起動せずに VACUUM する方法』および『Places を VACUUM する拡張機能3個
Firefox SQLiteデータベースのVACUUMについて - hogehoge @teramako
またこの話か。というかFirefoxのパフォーマンスネタは定期的に挙がりますねｗ Re:長期間の使用で重くなったFirefoxを一瞬で軽くする方法 (Kanasansoft Web Lab.) Twitter上でいくつかやり取りしたけど、僕の考えは以下の通り。 SQLiteのVACUUMは論理データをエクスポートしてインポートし直すような処理。当然データ配置が変る。そうすると、その索引は全く別の行を指し示してしまうかもしれないので無意味な索引になる。VACUUMは対象テーブルに付く索引もセットで再構成されると予想 http://twitter.com/teramako/status/13823980384 なので、REINDEXはやらなくても良いと思っている。ただ、その後VACUUMとVACUUM+REINDEXではファイルのサイズが変化したという報告を頂いているので、REINDEXまでや
Firefoxのアドオン「SQLite Manager」を使ってFirefox自体のデータベースを最適化する
Windowsの話。 Mac OS Xであればsqlite3が標準で入ってるんで、(username).defaultまで移動しといて「sqlite3 places.sqlite vacuum」ってするだけ。 vacuumはMail.appなんかでも重宝するらしいですね（Mail.appは使っていないのでアレですけれども）。 さておき、WindowsでSQLiteのVacuumをするんであれば、本家でWindows Binariesをダウンロードしてインストールってのもありますが、Firefoxはどこまですごいんだろう、「SQLite Manager」っていうアドオンがあるんですよ。 インストールしてFirefoxを再起動後、メニューの「ツール」＞「SQLite Manager」でアクセスできます。 ここではFirefoxのplaces.sqliteをvacuumしてreindexしてみま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mozilla-1.9.2 @ 7b4f35e3a442
