あの手この手使えばIE系は勿論、速さが売りのOperaやSafariに準ずる
パフォーマンスを発揮するのであります。
てな、具合で以下テンプレ。
Mozilla Firefox Part76
http://pc11.2ch.net/test/read.cgi/software/1199512367/
Mozilla Firefox質問スレッド(初心者歓迎)の55
http://pc11.2ch.net/test/read.cgi/software/1199778477/
Mozilla Firefox 拡張機能スレッド Part27
http://pc11.2ch.net/test/read.cgi/software/1199580057/
【CSS】Mozilla広告ブロック Part3【Adblock】
http://pc11.2ch.net/test/read.cgi/software/1176977743/
Mozilla Firefox usercontent.css 広告カットスレ 1
http://pc11.2ch.net/test/read.cgi/software/1139710935/
firefox userChrome.js greasemonkeyスクリプトスレ 3
http://pc11.2ch.net/test/read.cgi/software/1194363551/
Mozilla Firefox 非公式ビルド(MOD)スレッド3
http://pc11.2ch.net/test/read.cgi/software/1165598933/
ブラウザ最終戦争IE×Mozilla Firefox×Opera×Safari
http://pc11.2ch.net/test/read.cgi/software/1181617709/
以上、ソフトウェア板
Firefoxの拡張機能皆さんなに使ってますか?Part3
http://pc11.2ch.net/test/read.cgi/win/1139292353/
Mozilla Firefoxが使いにくい理由2
http://pc11.2ch.net/test/read.cgi/win/1156487399/
以上、Windows板
http://firefox.geckodev.org/
同、チューニング
http://firefox.geckodev.org/index.php?%E3%83%81%E3%83%A5%E3%83%BC%E3%83%8B%E3%83%B3%E3%82%B0
同、最適化･非公式ビルド
http://firefox.geckodev.org/index.php?cmd=read&page=%E6%9C%80%E9%81%A9%E5%8C%96%E3%83%BB%E9%9D%9E%E5%85%AC%E5%BC%8F%E3%83%93%E3%83%AB%E3%83%89&word=trunk
代表的なWin向け独自ビルド
綾川版
http://marilab.hp.infoseek.co.jp/buildfx/index.html
(象の鼻/trunkビルド)
http://marilab.hp.infoseek.co.jp/buildfx/elephant.html
mmoy版
http://www.vector64.com/WindowsBuilds.html
tete版
http://www1.plala.or.jp/tete009/software.html#FIREFOX
その他、参考になりそうなサイト
Firefox高速化について(ruby-Uの日記)
http://d.hatena.ne.jp/ruby-U/20071023/1193118814
300clp
http://d.hatena.ne.jp/independent007/
Mozilla Re-Mix PC性能と回線速度に応じたFirefoxのパフォーマンスチューニング例。
http://mozilla-remix.seesaa.net/article/42095188.html
user_pref("network.http.pipelining", true);
user_pref("network.http.pipelining.firstrequest", false);※
user_pref("network.http.pipelining.maxrequests", 8);
user_pref("network.http.proxy.pipelining", true);
※パイプラインはサイトによって不具合が発生するみたいだが
～firstrequest"を無効にすることで大方防げる。
無効にしてパフォーマンスが低下することは特に無い。
～firstrequest"有効を推奨する意見が多いが、まとめサイトに
あるように無効にした方が無難。
削除依頼出しとけ。頼むから。
>>4
>※パイプラインはサイトによって不具合が発生するみたいだが
> ～firstrequest"を無効にすることで大方防げる。
防………げねーよ！！！！！
user_pref("ui.submenuDelay", 0);
user_pref("nglayout.initialpaint.delay", 0);
user_pref("content.notify.ontimer", true);
user_pref("content.interrupt.parsing", true);
user_pref("content.max.tokenizing.time", 250000);※1
user_pref("content.notify.interval", 500000);※2
user_pref("content.notify.backoffcount", 5);
user_pref("content.switch.threshold", 500000);※2
user_pref("content.maxtextrun", 8191);
※1 Configuration Mania(http://www.mozilla-japan.org/addons/firefox/extensions/details/4420)
高速化設定(content.notify.intervalの半値)を適用。
※2 高速化推奨値は各々750000だが、その数値を少し下げてみた。これ以上下げると
描画が遅くなる。
他のブラウザも早くなるだろｗ
http://d.hatena.ne.jp/independent007/20070612
user_pref("network.http.pipelining", false);←訂正
user_pref("network.http.pipelining.firstrequest", false);※
user_pref("network.http.pipelining.maxrequests", 8);
user_pref("network.http.proxy.pipelining", true);
>>5さんの指摘により、ちょっくら調べてみたら画像が途中で止まる
などの不具合が発生するサイトがありました。
はまつまめの過去の経験では、firstrequestを無効にすることで
不具合は解決できていたんですが、まだまだ対応しきれていない
サイトが多いことを改めて知りました。
はまつまめは、proxy経由することもあるんですが、こっちでは
特に不具合無かったです。パイプラインを有効にした方が計測でも
体感的にも若干ながら早かったので、proxyのみ有効にすることに
しました。
偽者だとしてもウザいな。
UIまわりの描画を速くするチューニングはありませんか？
user_pref("ui.submenuDelay", 10);
※1
user_pref("network.http.max-connections", 64); 標準24、高速推奨48
user_pref("network.http.max-connections-per-server", 32); 標準8、高速推奨24
user_pref("network.http.max-persistent-connections-per-proxy", 16); 標準4、高速推奨16
user_pref("network.http.max-persistent-connections-per-server", 16); 標準2、高速推奨8
user_pref("network.dnsCacheEntries", 1024); 標準20 ※2
user_pref("network.dnsCacheExpiration", 3600); 標準60 ※3
※1 同時接続数を増やすことは、相手サーバーに負荷をかけていることをご留意ください。
特に高速回線を使用しているユーザーほどメリットが大きい反面、相手サーバーの高負荷、
帯域の占有等もより大きくなります。また相手サーバーや使用回線によっては効果が無い
場合もあります。なおパイプラインを有効にしているとパフォーマンスが悪くなる場合も
あるので同時接続数を標準値以上にする際は無効にしておきましょう。
※2 Fasterfox( http://www.mozilla-japan.org/addons/firefox/extensions/details/1269 )の
高速化数値の倍に設定。
※3 同、高速化数値を参考に設定。
大変参考になりました。ありがとうございます。
http://mozilla-remix.seesaa.net/article/79122173.html
398 ：名無し~3.EXE：2008/01/19(土) 00:03:54 ID:dVehW5+P
>>390
C:\Program Files\Mozilla Firefox\chrome\classic.jar
を削除するとびっくりするほど軽くなるよ。
冗談半分で削除してみたら、「びっくりするほど」ではないですが
軽快になりました。
上記ファイルを削除すると、defaultテーマは使えなくなり
誤って使おうとすると不具合が発生します。
defaultテーマを常用の方はくれぐれも何もしないように。
defaultテーマも使うことがある方やセーフモードを使う方は
削除はせずに別フォルダに移動させておいて、必要な時は
元フォルダに戻せるようにしておきましょう。
同時接続数は増やしすぎるとエラーが帰ってくる分
効率が悪くなって負荷もかかるよ
about config
「browser.sessionhistory.max_total_viewers」を3
3のBack/Forward機能（bfcache）の設定変更で劇的に早く。
何を速くって言ってるんだかワカラン
メモリは環境によっては食わなくなるがその分進む/戻るは遅くなるわけで
それだけFirefoxが重い、遅いってことなんだよな…。
あんまり関係ない。メモリ使用量を増やした方が良い
ページキャッシュってさ、0MBに設定するよね？
普通に使うなら↓ぐらいがベスト。
("network.http.max-connections", 28);
("network.http.max-connections-per-server", 14);
("network.http.max-persistent-connections-per-proxy", 14);
("network.http.max-persistent-connections-per-server", 7);
はまつまめ、※Proxomitron使用することにした為、パイプラインは
無効にすることにしました。(規定値に戻す)
user_pref("network.http.pipelining", false);
user_pref("network.http.pipelining.firstrequest", false);
user_pref("network.http.pipelining.maxrequests", 4);
user_pref("network.http.proxy.pipelining", false);
※ http://find.2ch.net/?STR=Proxomitron&TYPE=TITLE&BBS=ALL&ENCODING=SJIS&COUNT=50
同時接続数は、はまつまめの場合、一度に20タブ以上立ち上げることも
あるため上記数値にしていますが、初回立ち上げタブ数が一桁の場合が
ほとんどの方は、>>33の数値や規定値の方がいいかもしれません。
また、http://netspeed.studio-radish.com/index.html※ の回線測定で
結果画面のグラフがほぼ横並びの(回線品質が良い)方は接続数が上げても
効果が得られないような気がします。(はまつまめの実家がそうでした)
実測で30M超出る高速回線の方は、エラー発生やサーバー負荷などを考慮すると、
規定値にしておいた方が無難かもしれません。
はまつまめ回線は結果画面グラフが凸凹(回線品質が悪い？)だからか同時接続数を
増やすと体感でも効果を感じられました。同じような通信環境の方は、同時接続数を
増やすメリットが大きいかもしれません。
※測定自体はデフォ状態のIEで行いました。
そんなレベルでスレ立てんなよ、ヴォケ
/＼＿＿_／＼
／ ／ ヽ ::: ＼
| （●）, 、（●）、u|
| ,,ノ(、_, )ヽ、,, u |
| ,;‐＝‐ヽ .:::::|
＼ ｀ニニ´ .:::／
／｀ー‐--‐‐―´´＼
.ｎ:n ｎｎ
nf|｜| | | |^!n
ｆ|.| | ∩ ∩|..| |.|
|: :: ! } {！ ::: :|
ヽ ,ｲ ヽ :ｲ
user_pref("network.http.proxy.pipelining", true);
user_pref("network.http.pipelining.maxrequests", 8);
user_pref("network.http.max-connections", 24);
user_pref("network.http.max-connections-per-server", 8);
user_pref("network.http.max-persistent-connections-per-proxy", 8);
user_pref("network.http.max-persistent-connections-per-server", 8);
環境次第だろうけど、色々ためして俺はこれに落ち着いた。
pipeliningを有効にすると最初繋がる時につっかかることが
たまにある。
スクリプト使ってる。問題ないサイトの方が多いから。
問題のあるサイトさらしてくれ！
FirefoxPreloaderが有名かな。常駐してFxがほぼ立ち上がった状態にするソフト。
ただ当方の環境ではPreloaderを立ち上げている状態で、Fxで約33メガ、Preloaderで約9メガ、
メモリを常に占有する。最初からスタートアップでFx立ち上げるのとほぼ同じメモリ消費だし、
Fxを終了してもPreloaderが起動してる限り、Fxが再起動されてしまう。使ってる人けっこう
いるみたいだが個人的には、あまりお奨めしない。
それよりも拡張「MinimizeToTray」を導入の上で、turbo起動オプションのショートカットを作り、
スタートアップに登録。当方の環境ではこの段階でFxは22メガのメモリを占有する。
Fxを一旦終了すればメモリは開放されるし、2度目以降立ち上げる時は起動が早くなるので、
俺はこっち使ってる。
この２つの方法が一般的な気がするが、両方ともスプラッシュ画面を出す拡張｢Splash!」を使うと
不具合が発生する。大半の人にとってはどうでもいいことだろうけど。
あとは起動が早い非公式ビルドを探すか･･･自分でビルドする。まぁ、これができるなら
こんな板に質問しねーだろうな。
根本的な解決法じゃないよね。しかもたいして速くならないし。
メモ帳みたいに軽快に起動するようにはならないの？
いうけど、そんなに変わるのか。
消すのって結構勇気がいるんだが・・・。
safe modeでやってみ
ところで同時接続数ってどれぐらいがいいの。
自分でもちょっと調べてみたんだけどサーバー側の意見だと光とかで
10ぐらいまでなら、短時間の応答で済むから許容できるって意見が
あったり、高速回線だと負担増える、低速回線の方が接続が切れない
から迷惑とかバラバラだった。
とりあえずサーバーあたりの接続数を10以上にするのと先読みは勘弁、
ってのは共通してるみたいだった。はまつまみや>>33は多すぎるってのは
理解したんだがこっち側からは標準のままの方が一番速いのか8とかまで
なら増やした方が速いのかが、よくわからん。
user_pref("network.http.max-connections", 24);
user_pref("network.http.max-connections-per-server", 8);
user_pref("network.http.max-persistent-connections-per-proxy", 4);
user_pref("network.http.max-persistent-connections-per-server", 2);
でいいと思う。上げてもmax-persistent-connections-per-serverを4にするぐらいで、
多少速くはなるかもしれない程度。
それ以上の回線ならば、速度に応じて適度に接続数増やせば速くなるかもだが
相手サーバーの仕様やuser側のマシンスペックで変わってくる。
サーバーによっては規定の接続数以上を受け付けなかったりするし、
低スペックPCだと高速回線で接続数増やしても処理が追いつかない。
最新PC、実測10M以上の高速回線で、多少のエラーは気にならず速度最優先
なら、サーバーあたりの接続数は8～10を上限に設定してmax-connectionsは
40ぐらいまで増やしてもいいと思う。それ以上増やすのはデメリットの方が多い。
パイプライン自体は有効でも、まともに作用するサイトはそんなに多くない。
特に国内は高速回線の普及が早くて、それを処理するのに四苦八苦してるのが
現状だから、パイプラインは無効にしといた方がいいと思うよ。
user_pref("content.max.tokenizing.time", 250000);※1
user_pref("content.notify.interval", 500000);※2
user_pref("content.switch.threshold", 500000);※2
※1 Configuration Mania(http://www.mozilla-japan.org/addons/firefox/extensions/details/4420)
高速化設定(content.notify.intervalの半値)を適用。
※2 高速化推奨値は各々750000だが、その数値を少し下げてみた。これ以上下げると
描画が遅くなる。
これやったら表示がチョイ早くなった(気がする)
それよりも拡張「MinimizeToTray」を導入の上で、turbo起動オプションのショートカットを作り、
スタートアップに登録。当方の環境ではこの段階でFxは22メガのメモリを占有する。
Fxを一旦終了すればメモリは開放されるし、2度目以降立ち上げる時は起動が早くなるので、
俺はこっち使ってる。
恥ずかしながらこれは初めて知ったので、ちょっと感心した。
スレ主へ
快適っていうなら、メモリ喰いの抜本的解決策を提示してくれ。
メモリ増設とかは無しな！
くやしいならおまえもやればいいじゃん。
諦めて他のブラウザを使う
やんねーよバカ つーか毎回だけどこんなんでいちいちスレたてんなよ
user_pref("network.http.max-connections", 36);
user_pref("network.http.max-connections-per-server", 12);
user_pref("network.http.max-persistent-connections-per-proxy", 6);
user_pref("network.http.max-persistent-connections-per-server", 6);
user_pref("network.http.pipelining", false);
user_pref("network.http.proxy.pipelining", false);
user_pref("network.http.pipelining.firstrequest", false);
user_pref("network.http.pipelining.maxrequests", 4);
user_pref("network.http.keep-alive.timeout" , 600);
user_pref("network.ftp.idleConnectionTimeout" , 600);
エキサイト翻訳してみた。
グーグル先生より
エキサイト翻訳和→英
This is the best setting. Please think about the swindle. It is early now.
This is a best setting. Try thinking the cheat. Now it is early.
↓
これが最適な設定だ。騙されたつもりでやってみろ。今すぐに。
ん～、意訳し過ぎか。
| ノ ノ ヽ、 ヽ
/ ● ● |
| ( _●_) ミ ププッ
彡､ /⌒)(⌒ヽ/
./ / / ＼ ヽ
l ノ `ｰ‐'
これは最良のセッティングです。ごまかしを思ってみてください。今、早い。
BizLingo
これは最も良い設定です。 詐欺を考えてみてください。 現在、それは早いです。
brother
これは最も良い設定です。カンニングを考えている試み。早い今。
CROSS LANGUAGE
これは、最高のセッティングです。不正行為者を考えてみてください。現在、それは早いです。
FreeTranslation.com
これ である 1 最もよく固まること。 考えることを試みてください その ごまかしをする。 今早いです。
fresh EYE
これは最良のセッティングです。ごまかしを思ってみてください。今、それは早い。
KODENSHA
これは最もよい設定です。 カンニングを考えてみてください。 今や、それは早い。
MagicalGate
これは最もよい設定です。試しに不正行為を思ってみて下さい。今、それは早いです。
SYSTRAN
これは最もよい設定である。詐欺を考える試み。今それは早い。
WorldLingo
これは最もよい設定である。 詐欺を考える試み。 今度はそれは早い。
following settings at last.
The content of the contribution of a part of this bulletin board is
reflected.
user_pref("ui.submenuDelay", 10);
user_pref("nglayout.initialpaint.delay", 100);
user_pref("network.http.pipelining", false);
user_pref("network.http.proxy.pipelining", false);
user_pref("network.http.pipelining.firstrequest", false);
user_pref("content.notify.ontimer", true);
user_pref("content.interrupt.parsing", true);
user_pref("content.max.tokenizing.time", 250000);
user_pref("content.notify.interval", 500000);
user_pref("content.notify.backoffcount", 5);
user_pref("content.switch.threshold", 500000);
user_pref("content.maxtextrun", 8191);
user_pref("network.http.max-connections", 36);
user_pref("network.http.max-connections-per-server", 12);
user_pref("network.http.max-persistent-connections-per-proxy", 6);
user_pref("network.http.max-persistent-connections-per-server", 6);
user_pref("network.http.keep-alive.timeout" , 200);
user_pref("network.ftp.idleConnectionTimeout" , 200);
user_pref("network.dnsCacheEntries", 512);
user_pref("network.dnsCacheExpiration", 3600);
user_pref("browser.cache.memory.capacity", 4095);
user_pref("browser.cache.disk.capacity", 512000);
user_pref("browser.sessionhistory.max_total_viewers", 1);
user_pref("nglayout.initialpaint.delay", 500～750);
user_pref("content.notify.ontimer", true);
user_pref("content.interrupt.parsing", true);
user_pref("content.max.tokenizing.time", 375000);
user_pref("content.notify.interval", 750000);
user_pref("content.notify.backoffcount", 5);
user_pref("content.switch.threshold", 750000);
user_pref("content.maxtextrun", 8191);
以上の項目は、基本このぐらいが一番速い･･･正確に表現するなら一番マシ。
Firefoxは速いブラウザじゃ無いから。
nglayout.initialpaint.delayはデフォだと値が小さい。こんぐらいはウェイトおかないと
全体の描画は遅くなる。重いサイトだとより遅くなる。ただCPUの動作クロックが3GHz～なら、
デフォより多少下げても速くなるかも。CPUのコア数には依存しない･･･ほぼ一つのコアしか
使ってないからな。
user_pref("network.http.max-connections", 24～48);
user_pref("network.http.max-connections-per-server", 8～16);
user_pref("network.http.max-persistent-connections-per-proxy", 4～8);
user_pref("network.http.max-persistent-connections-per-server", 4～8);
使ってる回線に依存するが、だいたいこの範囲で調整。これ以上にしても
エラー多発して逆に遅くなる。これのMax値でもサーバー側には大迷惑･･･。
user_pref("browser.cache.memory.capacity", 8192～);
使い方やPCスペック次第ではあるが、最低でもこれぐらいの値にはした方がいい。
ただよくある65536まで取るのはよっぽど一度に多くのページを見るか長時間起動しっぱ
使うヤツぐらい。
user_pref("browser.sessionhistory.max_total_viewers", 1～2);
こんぐらいが適当。一度見たページを再度見ること無いならは0でもいい。
user_pref("plugin.expose_full_path", true);
user_pref("ui.submenuDelay", 0);
user_pref("nglayout.initialpaint.delay", 500);
user_pref("content.notify.ontimer", true);
user_pref("content.interrupt.parsing", true);
user_pref("content.max.tokenizing.time", 375000);
user_pref("content.notify.interval", 750000);
user_pref("content.notify.backoffcount", 5);
user_pref("content.switch.threshold", 750000);
user_pref("content.maxtextrun", 8191);
以上をprofileフォルダのuser.jsファイルにそのままコピペして下さい。
use.jsファイルが無い場合、フォルダ内に作成して下さい。
(jsは拡張子なので、作成の際は拡張子を表示するよう設定しておきましょう)
ファイルを右クリック→編集で、メモ帳等で編集できます。
同時接続数は回線速度別に4種用意しました。
実速2M未満
user_pref("network.http.max-connections", 24);
user_pref("network.http.max-connections-per-server", 8);
user_pref("network.http.max-persistent-connections-per-proxy", 4);
user_pref("network.http.max-persistent-connections-per-server", 4);
user_pref("network.dnsCacheEntries", 512);
user_pref("network.dnsCacheExpiration", 3600);
実測2M-10M未満
user_pref("network.http.max-connections", 36);
user_pref("network.http.max-connections-per-server", 12);
user_pref("network.http.max-persistent-connections-per-proxy", 6);
user_pref("network.http.max-persistent-connections-per-server", 6);
user_pref("network.http.keep-alive.timeout" , 200);
user_pref("network.ftp.idleConnectionTimeout" , 200);
user_pref("network.dnsCacheEntries", 512);
user_pref("network.dnsCacheExpiration", 3600);
実測10M-20M未満
user_pref("network.http.max-connections", 42);
user_pref("network.http.max-connections-per-server", 14);
user_pref("network.http.max-persistent-connections-per-proxy", 7);
user_pref("network.http.max-persistent-connections-per-server", 7);
user_pref("network.http.keep-alive.timeout" , 200);
user_pref("network.ftp.idleConnectionTimeout" , 200);
user_pref("network.dnsCacheEntries", 512);
user_pref("network.dnsCacheExpiration", 3600);
実測20M以上
user_pref("network.http.max-connections", 48);
user_pref("network.http.max-connections-per-server", 16);
user_pref("network.http.max-persistent-connections-per-proxy", 8);
user_pref("network.http.max-persistent-connections-per-server", 8);
user_pref("network.http.keep-alive.timeout" , 150);
user_pref("network.ftp.idleConnectionTimeout" , 150);
user_pref("network.dnsCacheEntries", 512);
user_pref("network.dnsCacheExpiration", 3600);
なお、pipeliningの設定については、すべて無効にすることを推奨します。
搭載メモリ別に3種用意
-256M
user_pref("browser.cache.memory.capacity", 4096);
user_pref("browser.sessionhistory.max_total_viewers", 1);※
※0にしたいぐらいだが、これぐらいのメモリ搭載のPCはCPUが非力な場合が
多いので、1で設定。可能ならメモリ増設しましょう。
-512M
user_pref("browser.cache.memory.capacity", 8192);
user_pref("browser.sessionhistory.max_total_viewers", 1);
768M
user_pref("browser.cache.memory.capacity", 16384);
user_pref("browser.sessionhistory.max_total_viewers", 2);
1G以上
user_pref("browser.cache.memory.capacity", 32768);
user_pref("browser.sessionhistory.max_total_viewers", 3);
※Vistaの場合は、1G搭載で768Mを、1.5G以上搭載で1Gを参照を
推奨します。
Firefoxは起動中にメモリ開放しない仕様なので、控えめに設定しましょう。
なお、2G以上のメモリを搭載してるPCの方は基本的にCPUもそれなりのモノを
使っていると思うので、1G以上での設定値で十分快適に使えると思います。
もしくは、
user_pref("browser.cache.memory.capacity", 65536);
user_pref("browser.sessionhistory.max_total_viewers", 5);
とか、それ以上の値にしてもかまわないと思います。好きにすればいいんだわ
効果を考えると回線種に縛られるんじゃない。
サーバあたりだと8が上限とも聞くし。
大は小をかねるみたいな考えで増やしてるんだろう。
http.max-connectionsなんて一度にブックマークまとめて
立ち上げる場合とかしか、関係しない気もするけどな。
特に初期は結構速かったし、起動。
もっさりしてるよね。高速CPU、潤沢メモリのハイエンドなマシンでも感じる。
エロサイトで、あれなんだけど、この２つ
ttp://www.s1s1s1.com/top.html
ttp://www.moodyz.com/top.html 表示できる？
うちではなぜか403、拡張を無効でも403
新規プロファイルだと表示できる
ぐぐってみても、同じような人は1人いたけど解決してなかった
残るは、user_prefが怪しいと思うんだけど・・・
もちろんIE6では、普通に表示できます
なんでだろー
ソレは全部ためしたよ。勿論
そんなんだったら、ここじゃなく質問スレできいてる
ところで表示できましたか？
JavaScriptオフだと表示できず。リファラとクッキーは大丈夫みたい
どうもです
>>94
わざわざ、すみません
やっぱり、user_prefを地道に検証するしかなみたいですね
メン度ｳﾝﾁｸｾｰ>(ﾟ∀ﾟ )( ﾟ∀ﾟ)<ｳﾝﾁｸｾｰ
user_pref("ui.submenuDelay", 0);
user_pref("nglayout.initialpaint.delay", 500);
user_pref("content.notify.ontimer", true);
user_pref("content.interrupt.parsing", true);
user_pref("content.max.tokenizing.time", 250000);
user_pref("content.notify.interval", 500000);
user_pref("content.notify.backoffcount", 5);
user_pref("content.switch.threshold", 500000);
user_pref("content.maxtextrun", 8191);
user_pref("plugin.expose_full_path", true);は速さ関係無いだろ？
あとcontent.notify.interval＝ nglayout.initialpaint.delayってまとめサイトに
あるだろ？
>>89
ドンぴしゃな設定すると、結構速くなるぜ。
特に同時接続数なんかは。いたずらに増やしても遅くなるだけだから
自分で検証するしか無いけどな。
ここまでしなきゃならんFxって･･･とは思うけどな。
する事は出来ませんか。
スクロールバー摘んでのスクロールは滑らかんで、単に更新間隔
とかの問題だと思うんですが。
Yet Another Smooth Scrolling
https://addons.mozilla.org/ja/firefox/addon/5846
調整次第で、Ｏｐｅｒａのような軽快スクロールも可能。
Ｆｉｒｅｆｏｘは勿論、ＩＥのスムーズスクロールよりもＣＰＵ使わないので
おすすめです。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
REGEDIT.EXEなの？Vol.4 (293)
【VirtualBox】XPモード 専用スレ ２台目【VMware】 (263)
WindowsXP x64 Edition 質問スレ2 (961)
プロダクトキーを置いとくスレ6 (213)
ここだけ1995年11月23日 OSR2 (688)
Microsoft Office 2010 Part 4 (868)
--log9.info------------------
【2つ星よ】583系スレッド 30号車☆☆【永遠なれ】 (329)
近鉄京都線・橿原線・天理線・田原本線＋烏丸線 42 (489)
【寺井駅解体】北陸総合スレ43【３セク始動】 (430)
不通区間7 石巻･気仙沼･大船渡･山田･岩泉･三陸鉄道 (493)
辻堂駅 (222)
【ｶﾗﾝｶﾗﾝ】キハ搭載のエンジソを語るスレ【ﾄﾞﾄﾞﾄﾞ】 (960)
横浜新都市交通＆湘南モノレール【三菱】 (744)
【N700A】東海道・山陽新幹線 119【試運転開始】 (1001)
東武野田線を語ろう Part43 (988)
【最古参】南海6000系ｽﾚｯﾄﾞ 2両目【不死身の車体】 (358)
撮り鉄、ついに新幹線を止める (582)
【三岐線】三岐鉄道スレPart1６【北勢線】 (347)
阪神なんば線【大阪難波～西九条～尼崎】Part.73 (515)
東武伊勢崎･日光線/東京メトロ日比谷･半蔵門線 103 (506)
京阪中之島線は失敗したのか？ Part12 (877)
峠の力持ち！ 北陸新幹線 E7系 Vol.4 (511)
--log55.com------------------
【和製】最強のP2PBBSはなにかしら？【限定】
統合自鯖ウェア作ります
ﾃﾞｭｱﾙCPU鯖
鯖のバックアップについて語るスレ
貴方のＨＤＤは今何℃
【上り】ADSLで自宅サーバはﾄﾞｷｭｿ【遅い】
USENでサーバー立ててる人いますか?
いらねえパーツやる(´ー`)ノ■
