Chrome for OS X: State of the Browser
Back in September, Google launched its Chrome browser. With advanced features like website task managers, visual histories, individual browser memory management, and even the ability to re-open tabs that you accidentally closed, Chrome promised to reshape the browser, offering new abilities and capabilities that went beyond the status quo. Windows users got immediate access to those capabilities,
Network Stack
Warning: This document is somewhat outdated. See https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/life-of-a-url-request.md for more modern information. Overview The network stack is a mostly single-threaded cross-platform library primarily for resource fetching. Its main interfaces are URLRequest and URLRequestContext. URLRequest, as indicated by its name, represents the request for
開発者に聞く、Google Chromeが目指すもの － ＠IT
2009/03/30 「昔はWebブラウザの新バージョンのリリースには1年とか1年半かかっていました。しかし、われわれはWebブラウザの世界にも、Webアプリケーションと同じ速度で革新をもたらしたいのです」。こう語るのは、グーグルでシニアプロダクトマネージャーを務める及川卓也氏だ。及川氏は日本のグーグルでGoogle Chrome開発に携わる1人だ。 東京・渋谷のグーグルの日本オフィスで、Google Chromeに関する最新事情と技術的な取り組みについて話を聞いた。ここでは、Google ChromeがベースにしているオープンソースのWebブラウザ開発プロジェクト「Chromium」のWebサイトにある開発者向け情報と合わせてGoogle Chromeの現状と、高速化への取り組みに迫ってみたい。 矢継ぎ早のバージョンアップで機能強化と高速化 及川氏の指摘通り、グーグルはGoogle Ch
Google Chrome、V8 - ++C++; // 管理人の日記
2008-09-07 Chrome の V8 が早いのは数値計算とプロパティアクセスのみ。Web UI のボトルネックであろう DOM と文字列処理は早くない。とのこと。 Chrome って、実際のところ、Google 特有の「2割ルール」で作られたもので、元々は会社の戦略として作られたものではないんじゃないかって言われたりも。となると、「V8の設計者はただの速度バカ」なんて叩かれてますけど、それで当然というか、Google も「ええその通りですよ、それが何か？」という感じなのでは。（今後は会社の戦略に組み込まれていくんでしょうけど、少なくとも現状は。） それと、Chrome のコードって Windows に相当精通してないと書けないようなコードが見受けられるそうなので、MS から転職してきた社員が書いてるんじゃないかって話しも。となるとますます、会社の戦略じゃなくて「2割ルール」の産物説
Google Chromeは速くないって - umitanuki's blog
Google Chromeが速いという意見をよく耳にしますが、何を言っているのかさっぱりわかりません。そういう人たちはGoogleのマーケティング戦略に騙されすぎです。 ブラウザの速さを決めるのはたくさんの要素がありますが、Chromeが速い理由の一つにJavascriptエンジンであるV8が速いことが挙がっています。本当にそうでしょうか。 まず理論面から。 多くのWebアプリケーションで、Javascriptがボトルネックになるとすれば、その大半はDOM操作によるものです。そしてDOM操作はレンダリングエンジンが実装していて、Javascriptはそれらを呼び出しているにすぎません。ChromeのレンダリングエンジンはSafariと同じWebkitです。ということは、速度の大半を決めるレンダリングエンジンが同じ以上、Chromeが爆速だというのは迷信です。ちなみにFirefoxのJSエン
Inter-process Communication (IPC)
Overview Chromium has a multi-process architecture which means that we have a lot of processes communicating with each other. Our main inter-process communication primitive is the named pipe. On Linux & OS X, we use a socketpair(). A named pipe is allocated for each renderer process for communication with the browser process. The pipes are used in asynchronous mode to ensure that neither end is bl
Multi-process Architecture
This document describes Chromium's high-level architecture and how it is divided among multiple process types. Problem It's nearly impossible to build a rendering engine that never crashes or hangs. It's also nearly impossible to build a rendering engine that is perfectly secure. In some ways, the state of web browsers around 2006 was like that of the single-user, co-operatively multi-tasked opera
For Developers
See also: docs in the source code - https://chromium.googlesource.com/chromium/src/+/HEAD/docs/README.md Start here Get the Code: Checkout, Build, & Run Contributing code How-tos Note that some of these guides are out-of-date. Getting the Code Quick reference of common development commands. Look at our Git Cookbook for a helpful walk-through, or the Fast Intro to Git Internals for a background int
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
