Firefoxが悲惨にゃ主にゃ原因は今時シングルプロセスにゃところであり、長らく改善されてこにゃかったのだが、Developer Editionでマルチプロセス版が有効ににゃってるのでテスト。
Developer Editionは普通にinst出来るが、通常版と同様portable editionを拾った方が便利。
32bitと64bitはあまり違いを感じにゃいが正常動作するにゃらx64の方が良いだろうたぶん。
で、肝心のマルチプロセスだが、オプションにある「マルチプロセスfirefoxを有効〜」をチェックしただけでは変化が無い。
・・・いや一応分離はされてるんだが、1プロセスだけ分離される。ぱっと分からんので、
browser.tabs.remote.autostart=true
browser.tabs.remote.autostart.1=true
dom.ipc.processCount=16
とかにして再起動すると最大16プロセス子供を作る。chromeと違いplugincontainer.exeが増える。plugincontainer.exeが増えてにゃいにゃら何か設定不足。
この数値はだいぶ増やしても問題にゃく動いてるようにゃので、開いてるタブ数くらいにして良いと思われる。100とか200とか。
試したVerだと
layers.offmainthreadcomposition.testing.enabled=true
はたぶんいらにゃい。
あとこの辺の設定を行って再起動するだけのプラグインとかがあるので、もとよりそっちを使った方が早いかも知れにゃい。
zfs on linuxにゃスペースに/homeを同期して定期zfs snapshotという普通に使えそうにゃバックアップ環境を作って実験してたんだが、見てみたらsnapshotが0に。
そんにゃはずはと残容量みてみたら残り10g。この残容量では定期snapshot時にdisk free不足と判定してsnapshotを順次削除させているのでこれが原因。
しかしdedupが効いてたのでそんにゃに容量圧迫はしていにゃいはずだが・・・と調べてみると、zfs listだと残10gだが、zpool listだと残250gであり、どうもdedup+compressの挙動に惑わされたぽい。実際、dedupされにゃさそうにゃ動画ファイルを10gほどコピーしてみたが残10gのまま。
ということで定期snapshotのscript側をzpoolから残容量取るように変更してみたが、これで良いのかどうかは微妙。