Firefox 3.0Beta1リリース 51
ストーリー by yoosee
新生の日も近い 部門より
新生の日も近い 部門より
炎狐遣いなAC 曰く、
ITProで記事になっているが、Gran Paradisoのコードネームで開発が進められてきた次期 Mozilla Firefox 3.0 の Beta1 が 2007年11月19日付でリリースされた(Mozilla developer centerのNews、リリースノート、リリースノート日本語訳)。Windows, Mac OS X, Linux 用バイナリが用意されている。動作環境の詳細はシステム要件のページで確認のこと。 なお Firefox3.0 Beta1 をインストールすると、すでにインストールされている Firefoxに上書きされるので注意。 また当然ながらまだ開発者プレビュー用のBeta版であり、一般利用には適していない。
Firefox3.0ではGecko1.9を採用、セキュリティ機能が強化されたほか、XPCOM サイクルコレクタによってこれまで頻発していたメモリリークを排除できるようになったそうだ。なお、少し前に数式用のフリーなフォントSTIX Fontsリリースで話題になったMathMLだが、Firefox3.0beta1では未だ適切にレンダリングされない(Bug 324857)。
ついに (スコア:4, 参考になる)
今更な感はありますが。
拡張が使えない!のはいつものことですが…… (スコア:1)
もしかして、今回は本当に使えない拡張が多いってコトですか?
そもそも開発者のためのものでは (スコア:3, すばらしい洞察)
リリースノートより: (スコア:0)
>their add-ons to work properly with this beta.
Re:拡張が使えない!のはいつものことですが…… (スコア:0)
ヒント: about:configでごにょごにょすれば…
Re:拡張が使えない!のはいつものことですが…… (スコア:1)
上書き? (スコア:1, 興味深い)
Windows XPではデフォルト設定のままで "Mozilla Firefox 3 Beta 1" というフォルダにインストールされて、古い方も普通に使えてますが、上書きされる環境もあるんですか?
Re:上書き? (スコア:2, 参考になる)
Gran Paradiso alpha7くらいのときにその辺に気づかないで2.xで使っていたプロファイル(default)で起動しましたが、その後2.xで起動しても正常に使えたので気にしないことにしました:-)
そのあとGran Pradiso/3.x用のプロファイルを作って使い分けてます。
Windows版の場合、インストールの最後で「今すぐFirefoxを起動」のチェックボックスを外し、プロファイルを指定して起動するショートカットから起動すればいいでしょう。
Re:上書き? (スコア:1)
拡張の対応も気になるが (スコア:1, 興味深い)
2GB積んだら1GB消費とかどんだけ。
Re:拡張の対応も気になるが (スコア:3, 参考になる)
https://addons.mozilla.org/en-US/firefox/addon/5972 [mozilla.org]
もし、これでみんなが満足できるんだったらいいんですけど、そうそう単純な話ばかりでもないよ、という話が、今話題の"Memory fragmentation"ですね。
http://blog.pavlov.net/2007/11/10/memory-fragmentation/ [pavlov.net]
http://blog.pavlov.net/2007/11/11/windows-low-fragmentation-heap/ [pavlov.net]
結局、確保と開放が(微妙に)細かく大量にあるので、要らない分をきっちり全部手放していても、システムにとってはあまりうれしくないから、LFH [microsoft.com]をアプリケーション側で実装する方向で、ってことでしょう。現段階では、なんとも言えませんが、目はありそうです。
Re:拡張の対応も気になるが (スコア:1)
Re:拡張の対応も気になるが (スコア:2, すばらしい洞察)
しかも動的生成されて二度と表示される事のないリソースまで保持しようとする。
他にも1度しか見ないハズレだった情報やランダムに表示される広告のデータとかも保持しようとする。
Web上はそんな不要なデータが溢れてるというのに使わないデータを保持してどうするの?
しかも時間経過しても握りっぱなしで開放しない。
一定時間経過したらオンメモリから削除してもいいじゃん、どうせHDDにキャッシュが有るんだろう?
それに日本はブロードバンドがそれなりに浸透してきてるからそういうユーザーにとってインターネットから落とそうと余程の大容量じゃなければ対して差は無い。
一度開発者はメモリのキャッシュヒット率の調査出来るバージョンでチェックしたほうが良いと思うよ。
恐ろしくヒット率の悪いキャッシュ機構に1Gや2GBも渡して嬉しいユーザーは居ない。
結局、理由は簡単な事。
開発者しか居なくてユーザーの気持ちや使い方、ストレスを感じる場所がまだまだ解ってないんだよ。
about:configのUIとか、どっちつかずなUIとか。
Re:拡張の対応も気になるが (スコア:1)
僕が気にするのは、#1253978 の Anonymous Coward さんがどうやってキャッシュの使用量を確認したのか。キャッシュがメモリを消費していることが判明すれば修正できそうですが、あまり話題になっていないので、さて現実にキャッシュが問題だろうかと引いて見てしまいます。キャッシュが 1GB や2GB まで大きくなっていたとして、設定がおかしくなっているか、重度なバグという気がします。
目の前で起きている挙動がいったい何なのか、それを知るのは難しいです。
Re:拡張の対応も気になるが (スコア:0)
Re:拡張の対応も気になるが (スコア:0)
保持しているエントリからサイズを逆算しているので、本当に持っているかどうかは怪しい。
タスクマネージャー系で確認するとすぐにわかりますけど…。
Re:拡張の対応も気になるが (スコア:1, すばらしい洞察)
PhotoshopとかVC++とかのある意味単機能なアプリと違って(まだ)ブラウザ単体で仕事できるわけじゃないので、それらと同時に使用しても主たるアプリに迷惑をかけないよう行儀のよい挙動が望まれる。
# つか、/bin/shやlsが何ギカもメモリ使ったら非常識だろ。Firefoxもようやくそのレベルに近付いたってことさ。
Re:拡張の対応も気になるが (スコア:1)
メモリ使用量は増えても、タブ閉じるとちゃんと減るんですよねえ。
だから、Firefoxみたいにウィンドウ1つのタブ1つでメモリ使用量500MB(極端な例)なんてことにはならない。
同じGecko系なのに。
Re:拡張の対応も気になるが (スコア:0)
Re:拡張の対応も気になるが (スコア:0)
Re:拡張の対応も気になるが (スコア:0)
(この問題のおかげで、数日に一回はブラウザを再起動しないといけないという、情けない運用をしないといけないし)
一部環境でメモリとCPUを異常に食う問題 (スコア:1, 参考になる)
次のベータまでには直るでしょうけど。
Re:一部環境でメモリとCPUを異常に食う問題 (スコア:0)
Re:一部環境でメモリとCPUを異常に食う問題 (スコア:0)
http://weblogs.mozillazine.org/asa/archives/2007/11/firefox_3_beta_1.html [mozillazine.org]
Re:一部環境でメモリとCPUを異常に食う問題 (スコア:0)
便利なんだが… (スコア:0)
クラッシュする事はかまわないのですが、立ち上げ直した時、クラッシュしたセッションを復元しようとしてまたクラッシュします。
設定を変えようとおもっても、立ち上げるとクラッシュするので、お手上げ。
みたいな状況になった事があります。
クラッシュ時のセッション復元は便利なようで危険だ。
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:2, 参考になる)
さきほども、設定画面が一切開けなくなったんですが、コンソールから実行したら直りました。
Ubuntuのタスクバーからの実行には「firefox %u」となってるんで、この「%u」(ユーザーアカウント?)が原因ですかね。
Re:便利なんだが… (スコア:1)
URLじゃないかなぁ?
ただクリックするだけなら、あっても意味ないけど、
ファイルをメニューアイコンにドラッグするなら、それが引数にされる、ということで
Windowsでいうショートカットのような使われかたをしているようなファイルで
(ファイルシステムによるリンクとは別に、GNOMEやらKDEやらで使う用にそんなのがあるみたいです)
引数をつけて実行できるアプリケーションを指しているものには、%uがついてるみたいです。
# だったら、なんで付いてたらクラッシュするのか、は分かりませんが
1を聞いて0を知れ!
Re:便利なんだが… (スコア:1)
やっぱり原因は不明ですけど…
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:0)
復元する?(Y/N)
Re:便利なんだが… (スコア:1)
正常な時は、確かに確認出るんですけどね。
タブの所に「セッションの復元」とか何とか出てる状態でクラッシュするので、そのせいだと思ってたけど、原因は別なのかな?
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:0)
聞かれないとしたら、about:configで「browser.sessionstore.resume_from_crash」がfalseになってしまっていないか確認してみてください。
Re:便利なんだが… (スコア:1)
アドオンとかいれてますし、そっちが悪い可能性も高いと思います。
Re:便利なんだが… (スコア:0)
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:0)
ちなみに、同じ現象が、ついさっき起きました。
「編集->設定」と選択したらクラッシュ。
立ち上げ直すと、「セッションマネージャ - クラッシュ後の復元」という中身の何も無いウィンドウがでた所で再びクラッシュ。
コンソールから起動すると、問題なく起動。
落ちる直前に表示される「セッションマネージャ - クラッシュ後の復元」ってウィンドウが、「復元するかどうかの確認ウィンドウ」でした。
つまり、「復元するかどうかの確認時」に落ちてる事が判明。
で、気づいたんですが、これって、セッションの復元時に落ちてるんじゃなくて、サブウィンドウを表示する時に落ちてるんじゃないだろうか…
関係無い現象だと思っていたけど、「設定」や「ヘルプ」が表示できない時があるってのも、同じ原因だと考えれば納得が行く。
Re:便利なんだが… (スコア:2, 参考になる)
おそらくGutsy(Ubuntu 7.10)をお使いだと思われますが、SCIM+Anthyの環境に問題があるためSCIM-Bridgeを利用しないとFirefoxやThunderbirdでそのような症状が出ます。
確認方法としては環境変数GTK_IM_MODULEの値をチェックするのが良いでしょう。
おそらく問題の出る環境ではximになっているはずです。
対策として最も簡単なのはUbuntu Japanese Teamが提供している日本語ローカライズパッケージをインストールすることです。(インストールしてるはずでも何らかの原因でアップデートに失敗していると思います)
日本語ローカライズパッケージをインストールすると、SCIM-Bridgeを使うように自動で設定してくれます。
Gutsyがリリースされてからあちこちで話題になったので、"gutsy firefox 落ちる"辺りで検索すると詳しい情報が見つかるはずです。
Re:便利なんだが… (スコア:1)
だから、コンソールから実行すると落ちないのか。
日本語ローカライズパッケージは、アップグレードされてませんでした。
リポジトリから、http://archive.ubuntulinux.jp/ubuntu-jaが無効になってたんですね。
そこのgutsyとgutsy-jaを追加して、ubuntu-desktop-jaをアップデートしました。
それだけだと、まだ直らなくて、SCIMの設定で、「全てのアプリケーションで同一入力メソッドを使用」をオフにすると解決しました。
これで一安心。
このツリーの私のコメントに、「不当プラスモデ」だけがついてるのがあるけど、あれは何なのだろう?
本当なら、「オフトピック」でいいと思うのだけれど。
実は、「オフトピック」と「不当プラスモデ」ではカルマの付き方が違うとか?
それで、わざわざ「不当プラスモデ」にしてくれてる優しさなのだろうか?
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:1, 参考になる)
Re:便利なんだが… (スコア:0)
…挨拶できない人がほんと増えたなあ、最近の日本って。
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:1)
遅くなりましたが、お返事いただいたコメントには、一言程度では御座いますが、すべてお礼させていただきました。
それでは失礼致します。
Re:便利なんだが… (スコア:1)
Re:便利なんだが… (スコア:0)
これを有効にしたまま、広告たっぷりのサイトを見ると、Firefoxを巻き添えにして落ちます。
なので、開発中以外は無効にし、必要になった時だけ有効にしています。
他にも同様の振る舞いをする拡張があるかもしれません。
Re:便利なんだが… (スコア:1)