［速報］グーグル、WebKitをフォークして新しいレンダリングエンジン「Blink」を開発すると表明
グーグルは、これまでChrome/Chromiumのレンダリングエンジンとして採用してきたWebKitをフォークし、新しいレンダリングエンジンの「Blink」をオープンソースで開発すると今朝表明しました。 グーグルのDeveloper Relations Japan Blogに投稿された「Chromium プロジェクトの新しいレンダリングエンジン Blink のご紹介」で、なぜWebKitからフォークしてBlinkの開発を始めるのか、その理由が記されています。 Chromium は 他の WebKit ベースブラウザーと違い、マルチプロセス アーキテクチャを採用しているため、WebKit プロジェクトと Chromium プロジェクトはここ数年複雑化の一途を辿ってきました。これにより、全体的なイノベーションの速度が低下してきたことは否めません。そこで本日、WebKit ベースの新しいオープ
Firefox、Googleの高速化プロトコル「SPDY」を実装中 | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable どうやらMozillaはFirefoxのどこかのバージョンで「SPDY」に対応する計画でいるようだ。「Mozilla Platform Meeting Minutes: 2011-08-23 ≪ Meeting Notes」に「SPDY」の実装が順調に進んでいることを示すメッセージが掲載されている。 「SPDY」はGoogleが開発を進めているHTTPを高速化するためのプロトコル。プロトコルレイヤとしてはHTTPとTCPの層の間に入って、HTTPの処理を高速化するような振る舞いをするものといえる。Googleから「SPDY」が発表されたのは2009年11月であり、すでに実装がChromeに取り込まれている。 「SPDY」が注目に値するのは、すでにGoogleのWebアプリケーシ
Firefox、メモリ食い「ダークマター」の正体突き止める | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable Firefoxでは長らく種類を特定することができない謎のヒープメモリが存在していた。Nightly版でURL欄に「about:memory」を入力すると、メモリ表示の2行目に「heap-unclassified」という項目が見つかるはずだ。何に使われているのかわからない上に、全体のメモリ利用のうえでかなりの割合を占めている。この用途不明のメモリを突き止め排除すれば、メモリ使用量を大幅に減らすことが可能になるとみられる。 この用途不明メモリの正体のひとつが実はjemallocのメモリアロケート時に発生する未使用領域であることがNicholas Nethercote氏によって報告された。すでに原因も明らかになっており、調査および分析を実施した結果、どの部分を改善すればメモリ使用量を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
