Google は、AI をあらゆる人ひとにとって役立やくだつものにすることを目指めざし、開発かいはつ者しゃコミュニティが独自どくじの言語げんごや文化ぶんかに合あわせて AI を活用かつようし実装じっそうできることを目指めざしています。その一環いっかんとして、今年ことしの I/O では、インドの開発かいはつ者しゃが Gemma をファイン チューニングして、12 のインド言語げんごでテキストを理解りかいし生成せいせいすることに成功せいこうした Navarasa (英語えいご) プロジェクトを紹介しょうかいしました。
これは、Gemma が言語げんごや文化ぶんかの違ちがいを乗のり越こえて、さまざまな状況じょうきょうに対応たいおうできる可能かのう性せいを示しめしています。このプロジェクトを含ふくめて、Gemma の言語げんご機能きのうをさらに強化きょうかし、世界中せかいじゅうの開発かいはつ者しゃのみなさんに提供ていきょうできるよう取とり組くんでいます。
Gemma for Japan
本日ほんじつ、東京とうきょうで開催かいさいされた Gemma Developer Day で、日本語にほんご版ばん Gemma 2 2B を公開こうかいしました。Gemma 2 と比較ひかくして、優すぐれた文章ぶんしょう力りょくと、指示しじ内容ないようを的確てきかくに理解りかいし反映はんえいする能力のうりょくなど、全体ぜんたい的てきな品質ひんしつが向上こうじょうしています。本ほんモデルと併あわせて、トレーニングガイドも公開こうかいし、世界中せかいじゅうの開発かいはつ者しゃが Gemma を他た言語げんごに適応てきおうさせるための実践じっせん的てきな例れいとして支援しえんをしてまいります。
日本語にほんご版ばん Gemma 2 2Bは、自社じしゃ評価ひょうかにおいて、 GPT-3.5 を上回うわまわるパフォーマンスを発揮はっきし、モバイル端末たんまつでの高速こうそくでスムーズな処理しょり能力のうりょくや日にち英えい両りょう言語げんごにおける高たかい品質ひんしつを維持いじしています。この優すぐれた結果けっかは、モデルのサイズを考慮こうりょすると、Gemma モデルが英語えいご以外いがいの言語げんごでも高たかい性能せいのうを発揮はっきできることを示しめすものと考かんがえています。
AI リサーチへの支援しえん
オープンモデルの世界せかいは、私わたしたちだけの力ちからで成なり立たっているわけではありません。継続けいぞく的てきな進歩しんぽと革新かくしんを推進すいしんするのは、コミュニティの力ちからです。そのため Google は、 TPU Research Cloud プログラムや Google Cloud クレジットなどのプログラムを通つうじて、研究けんきゅう者しゃの皆みなさんにコンピューティング リソースを提供ていきょうできることを嬉うれしく思おもいます。
また東京とうきょう科学かがく大学だいがく 情報じょうほう理工りこう学院がくいん 情報じょうほう工学こうがく系けいの岡崎おかざき直観ちょっかん教授きょうじゅらの研究けんきゅうチームと協力きょうりょくし、日本にっぽんにおけるオープンモデルの開発かいはつ支援しえん、および、新あたらしい技術ぎじゅつの開拓かいたくへの取とり組くみも進すすめます。
“Google の Gemma シリーズはコンパクトな大だい規模きぼ言語げんごモデルであるにも関かかわらず、日本語にほんごと英語えいごの能力のうりょくをバランスよく備そなえています。多言たげん語ごに強つよい Gemma の能力のうりょくを活いかしながら、日本にっぽんの文化ぶんかや知識ちしきに関かんする能力のうりょくを引ひき上あげる方法ほうほうについて、Google と一緒いっしょに取とり組くめることを楽たのしみにしています。”
岡崎おかざき直観ちょっかん 教授きょうじゅ - 東京とうきょう科学かがく大学だいがく
開発かいはつ者しゃコミュニティに参加さんかできることを光栄こうえいに思おもい、研究けんきゅう機関きかんの皆様みなさまとこの先さきも取とり組くみを続つづけていくことを楽たのしみにしています。
Kaggle でグローバル コミュニケーションを解とき放はなつ
私わたしたちの目標もくひょうは、言語げんごに関係かんけいなく、すべての人ひとが Gemma にアクセスし、AI による革新かくしん的てきなサービスを享受きょうじゅできるようにすることです。その目標もくひょうを達成たっせいするひとつの取とり組くみとして、 Kaggle コンペティションを開催かいさいしています。ぜひ日本にっぽんの開発かいはつ者しゃの皆様みなさまにもご参加さんかいただき、多た言語げんご向むけの Gemma モデルの構築こうちくにご参加さんかください。
開発かいはつ者しゃのみなさまの力ちからが、言語げんご間あいだの障壁しょうへきを取とり払はらい、世界中せかいじゅうの人々ひとびとをつなぎます。 私わたしたちは、開発かいはつ者しゃ コミュニティとの密みつな連携れんけいを継続けいぞくし、ともに、日本にっぽんの AI の未来みらいを形作かたちづくっていきたいと考かんがえています。
Google Cloud は、10 月がつ 24 日にち (木)もく にインフラエンジニアのためのイベント、「 Generative AI Summit Tokyo '24 Fall」を 開催かいさいします。
生成せいせい AI はいよいよ「社会しゃかい実装じっそう」へ移行いこうしつつあります。
企業きぎょうはますます生成せいせい AI 技術ぎじゅつを活用かつようし、顧客こきゃく体験たいけんの向上こうじょうやプロセスの自動じどう化か、新あたらしい製品せいひんやサービスの開発かいはつなど、さまざまな分野ぶんやでの活動かつどうに取とり組くんでいます。生成せいせい AI の技術ぎじゅつ革新かくしんは、競争きょうそう力りょくの向上こうじょうやイノベーションの促進そくしんに貢献こうけんし、ビジネスの成長せいちょうに寄与きよしています。
本ほんイベントでは、「Gemini」、そして「Vertex AI」について、お客様きゃくさまの事例じれいを中心ちゅうしんに具体ぐたい的てきな活用かつよう方法ほうほうをご紹介しょうかいします。これらのサービスは、ビジネスの成長せいちょうやイノベーションを加速かそくさせるための非常ひじょうに強力きょうりょくなツールです。実際じっさいの導入どうにゅう事例じれいや成功せいこう事例じれいを通つうじて、参加さんか者しゃの皆様みなさまに生成せいせいAIをどのように活用かつようするか、その可能かのう性せいを理解りかいいただければと思おもいます。
今回こんかいは現地げんち会場かいじょう参加さんか者しゃに抽選ちゅうせんでオリジナル T シャツをプレゼントいたします。(※ T シャツのプレゼントには諸しょ条件じょうけんがございます。詳細しょうさいは Webサ イトをご覧らんください)
ぜひ、 Generative AI Summit Tokyo '24 Fall にご参加さんかください。
日時にちじ : 10 月がつ 24 日にち(木き)11:00 - 18:30
開催かいさい方法ほうほう : ハイブリッド(ベルサール渋谷しぶやファースト / オンライン配信はいしん)
会場かいじょう : ベルサール渋谷しぶやファースト
詳細しょうさい・お申もうし込こみはこちら
※ プログラムは変更へんこうになる可能かのう性せいがございます。最新さいしんの情報じょうほうは上記じょうき Web ページにてご確認かくにんください。
Google Cloud イベント事務じむ局きょく
Email : googlecloud-genai-japan@google.com
#gc_genai
ここでは、PQC とは何なにか、Google が PQC をどのように利用りようしているか、そして他たの組織そしきはこの新あたらしい標準ひょうじゅんをどのように採用さいようできるのかについて簡単かんたんに説明せつめいします。PQC と標準ひょうじゅん化かプロセスにおける Google の役割やくわりの詳細しょうさいについては、Cloud の CISO である Phil Venables が 2022 年ねんに投稿とうこうした内容ないようもご覧らんください。
暗号あんごう化かは、インターネットで情報じょうほうの機密きみつ性せいと安全あんぜん性せいを維持いじするうえで、中心ちゅうしん的てきな役割やくわりを果はたします。現在げんざい、最新さいしんのブラウザでは、ほとんどのインターネット セッションが暗号あんごう化かされているので、転送てんそう中ちゅうのデータを盗聴とうちょうしたり改かいざんしたりすることはできません。デジタル署名しょめいもオンラインの信頼しんらい性せいにとって重要じゅうような要素ようそであり、プログラムが改かいざんされていないことを証明しょうめいするコード署名しょめいや、オンライン ID を確認かくにんする信頼しんらいできるシグナルなどに使つかわれています。
現在げんざいの暗号あんごう化か技術ぎじゅつが安全あんぜんなのは、「暗号あんごうを解読かいどくする」ために莫大ばくだいな計算けいさん能力のうりょくが必要ひつようになり、現在げんざいや近きん未来みらいのコンピュータではとても対応たいおうできないからです。残念ざんねんながら、この状況じょうきょうが永遠えいえんに続つづくわけではありません。実用じつよう的てきな大だい規模きぼ量子りょうしコンピュータが登場とうじょうするのはまだ何なん年ねんも先さきのことですが、コンピュータ サイエンティストたちは、暗号あんごう解読かいどく可能かのう量子りょうしコンピュータ(CRQC)が既存きそんの非対称ひたいしょう鍵かぎ暗号あんごうを破われることを何なん十じゅう年ねんも前まえから知しっていました。
PQC では、そのリスクを防ふせぐために、標準ひょうじゅんを定義ていぎし、従来じゅうらいのコンピュータと量子りょうしコンピュータの両方りょうほうによる攻撃こうげきに対抗たいこうできる新あたらしいアルゴリズムを共同きょうどう実装じっそうする取とり組くみが行おこなわれています。
ポスト量子りょうし暗号あんごうの利用りようや準備じゅんびに、量子りょうしコンピュータは必要ひつようありません。本日ほんじつ NIST が公開こうかいしたすべての標準ひょうじゅんは、現在げんざい利用りようされている従来じゅうらいのコンピュータで動作どうさします。
CRQC はまだ存在そんざいしませんが、現在げんざい使つかわれているデバイスやデータは、今後こんご影響えいきょうを受うける可能かのう性せいがあります。すでに存在そんざいするリスクとして、以下いかのようなものが挙あげられます。
CRQC 関連かんれんのリスクについて詳くわしく知しりたい方ほうは、PQC 脅威きょういモデルについての投稿とうこうをご覧らんください。
多おおくの場合ばあい、新あたらしい暗号あんごう化かアルゴリズムに移行いこうするプロセスには時間じかんがかかります。この点てんは、広ひろく使用しようされている暗号あんごうシステムに影響えいきょうを与あたえる脆弱ぜいじゃく性せいがある場合ばあいでも同様どうようです。新あたらしいテクノロジーへの移行いこうを完全かんぜんに終おえるには、組織そしき的てき、物流ぶつりゅう的てきな課題かだいを克服こくふくする必要ひつようがあるからです。たとえば NIST は、2011 年ねんに SHA-1 ハッシュ アルゴリズムを非ひ推奨すいしょうとしましたが、段階だんかい的てき廃止はいしは 2030 年ねんまでに終おえることを推奨すいしょうしています。
そのため、容易よういに PQC に移行いこうできるように、PQC と関係かんけいのないところも含ふくめ、組織そしきの準備じゅんび態勢たいせいを改善かいぜんする措置そちを今いますぐ講こうじることが重要じゅうようです。
この 暗号あんごうアジリティ のベスト プラクティスは、すぐにでも実施じっしできます。
私わたしたちの 2022 年ねんの論文ろんぶん「Transitioning organizations to post-quantum cryptography」(組織そしきのポスト量子りょうし暗号あんごうへの移行いこう)には、組織そしきが移行いこうに向むけて準備じゅんびすることに役立やくだつその他たの推奨すいしょう事項じこうが記載きさいされています。また、こちらの Google セキュリティ ブログの最近さいきんの投稿とうこうでは、暗号あんごうアジリティと鍵かぎのローテーションについて詳くわしく説明せつめいしています。
Google は以上いじょうのリスクを真剣しんけんに受うけ止とめており、複数ふくすうの面めんで対策たいさくを講こうじています。Google は、2016 年ねんに Chrome で PQC のテストを開始かいしし、2022 年ねん以降いこうは PQC を利用りようして社内しゃない通信つうしんを保護ほごしています。2024 年ねん 5 月がつには、PC 向むけの Chrome で、TLS 1.3 と QUIC 用ようの ML-KEM をデフォルトで有効ゆうこう化かしています。ML-KEM は、Google のサーバー群ぐんでも有効ゆうこう化かされています。PC 版ばん Chrome と、Cloud Console や Gmail といった Google プロダクトとの接続せつぞくは、すでに試験しけん運用うんよう的てきなポスト量子りょうし鍵かぎ交換こうかんで保護ほごされています。
Google のエンジニアは、NIST が公開こうかいした標準ひょうじゅんや ISO が作成さくせいした標準ひょうじゅんに貢献こうけんしており、Trust Expressions、Merkle Tree Certificates、ハッシュベースの署名しょめい状態じょうたい管理かんりといったインターネット ドラフトを IETF に提出ていしゅつしています。Tink は、安全あんぜんで使つかいやすい暗号あんごう API を提供ていきょうする Google のオープンソース ライブラリであり、すでに C++ に試験しけん運用うんよう的てきな PQC アルゴリズムを提供ていきょうしています。私わたしたちのエンジニアは、パートナーと協力きょうりょくしながら、Google などで利用りようできる正式せいしきに検証けんしょうされた PQC 実装じっそうの作成さくせいにあたっています。
Google は、自社じしゃの PQC 移行いこうを進すすめつつ、Android、Chrome、Cloud などの Google サービスの PQC アップデートを続つづけていきます。
あなたは日本にっぽんのサッカーコーチで、選手せんしゅにペナルティキックのパフォーマンスについてフィードバックを行おこなっていると想像そうぞうしてください。 スタイルスコアは、テクニックがどれだけすばらしいかを測定そくていします。 超ちょう低ていスコアとは、55 以下いかのことを言いいます。 低ていスコアとは、56 ~ 65 以下いかのことを言いいます。 中ちゅうスコアとは、66 ~ 75 のことを言いいます。 高こうスコアとは、76 ~ 85 のことを言いいます。 超ちょう高こうスコアとは、 86 以上いじょうのことを言いいます。 入力にゅうりょく情報じょうほうとして、 「 今回こんかいの選手せんしゅのキックデータ 」 、 「 三さん笘選手せんしゅのキックの動画どうが 」 、 「 今回こんかいの選手せんしゅのキックの動画どうが 」 、 「 三さん笘選手せんしゅの名言めいげんが 25 語ご記載きさいされたテキストデータ 」 を渡わたします。 この情報じょうほうを元もとに選手せんしゅへのフィードバックを行おこなってください。 「 今回こんかいの選手せんしゅのキックデータ 」 を元もとに、選手せんしゅの長所ちょうしょに焦点しょうてんを当あてて、プレーヤーに伝つたえる励はげましのフィードバックの文ぶんを書かきます。 高こうスコアは長所ちょうしょなので、褒ほめてください。 低ていスコアは改善かいぜん点てんなので、改善かいぜん方法ほうほうを教おしえます。但ただし、 「 さらに○○すると良よい 」 というように指摘してきするだけにします。 スコアは数値すうちで言及げんきゅうするのではなく、 99 の場合ばあいは 「 非常ひじょうに強力きょうりょく 」 、 50 の場合ばあいは 「 さらにパワーを出だしましょう 」 などと述のべます。ポジティブなフィードバックをするので、個性こせい的てき、独特どくとくなどのワードは使つかわないようにしてください。
Cookie を盗ぬすむ情報じょうほう窃取せっしゅマルウェアを使つかうサイバー犯罪はんざい者しゃは、ユーザーの安全あんぜんとセキュリティにリスクをもたらし続つづけています。この分野ぶんやでは、すでに多おおくの取とり組くみが実施じっしされています。たとえば、セーフ ブラウジングによる Chrome のダウンロード保護ほご、デバイス バウンド セッション認証にんしょう情報じょうほう、盗ぬすまれた Cookie が使つかわれたことを検知けんちする Google のアカウントベースの脅威きょうい検出けんしゅつなどです。この度たび、新あらたな保護ほごレイヤーについてお知しらせします。これにより、この種たねのマルウェアから Windows ユーザーを保護ほごする際さいの安全あんぜん性せいが向上こうじょうします。
Chrome は現在げんざい、秘密ひみつ情報じょうほうを保存ほぞんする必要ひつようがある他ほかのソフトウェアと同おなじように、OS が利用りようできる技術ぎじゅつを使用しようして Cookie やパスワードといった機密きみつデータを保護ほごしています。macOS ではキーチェーン サービスという技術ぎじゅつを、Linux では kwallet や gnome-libsecret などのシステムが提供ていきょうするウォレットを使つかっています。Windows の Chrome は、システムの他ほかのユーザーやコールドブート攻撃こうげきから保存ほぞんデータを保護ほごするために、データ保護ほご API(DPAPI)を使つかっています。しかし、悪意あくいのあるアプリケーションがログイン中ちゅうのユーザーとしてコードを実行じっこうできる場合ばあい、DPAPI では保護ほごできません。
Chrome 127 で、DPAPI を改善かいぜんする新あたらしい保護ほご機能きのうを Windows に導入どうにゅうします。これは、アプリケーション バウンド(アプリバウンド)暗号あんごう化かプリミティブを提供ていきょうすることによって実現じつげんします。Chrome は、ログイン中ちゅうのユーザーとして実行じっこうされるアプリがこのデータにアクセスできるようにするのではなく、アプリの ID に紐ひも付つけてデータを暗号あんごう化かできるようにします。これは、macOS のキーチェーンの動作どうさと同様どうようです。
今後こんご、各種かくしゅシークレットをこの新あたらしいシステムに移行いこうする予定よていですが、Chrome 127 では、まず Cookie の移行いこうを行おこないます。今後こんごのリリースでは、この保護ほごをパスワードや支払しはらいデータ、その他たの永続えいぞく的てきな認証にんしょうトークンに拡大かくだいし、情報じょうほう窃取せっしゅマルウェアに対たいするユーザー保護ほごをさらに強化きょうかする予定よていです。
動作どうさの仕組しくみ
アプリバウンド暗号あんごう化かでは、特権とっけんサービスを利用りようして要求ようきゅう元もとアプリケーションの身元みもとを確認かくにんします。アプリバウンド暗号あんごう化かサービスは、暗号あんごう化かする際さいにアプリの ID をエンコードして暗号あんごうデータに埋うめ込こみ、復号ふくごう化かが試行しこうされたときにその有効ゆうこう性せいを確認かくにんします。システムに存在そんざいする別べつのアプリが同おなじデータを復号ふくごう化かしようとすると、失敗しっぱいします。
アプリバウンド サービスはシステム権限けんげんで実行じっこうされます。そのため攻撃こうげき者しゃには、単たんにユーザーを誘導ゆうどうして悪意あくいのあるアプリを実行じっこうさせる以上いじょうのことが必要ひつようになります。つまり、マルウェアはシステム権限けんげんを取得しゅとくするか、Chrome にコードを挿入そうにゅうしなければならなくなります。これは、正規せいきのソフトウェアが行おこなうべきことではありません。そのため、動作どうさの疑うたがわしさが高たかまり、ウイルス対策たいさくソフトウェアによって検出けんしゅつされる可能かのう性せいが高たかくなります。この保護ほごとともに、Cookie 復号ふくごう化かのイベントログを提供ていきょうするといった最近さいきんの取とり組くみも合あわせて動作どうさします。その目的もくてきは、ユーザーのデータを盗ぬすもうとする攻撃こうげき者しゃのコストと検出けんしゅつリスクを高たかめることにあります。
企業きぎょうでの考慮こうりょ事項じこう
マルウェアは、昇格しょうかくして実行じっこうすることでこの保護ほごをバイパスできます。そのため、エンタープライズ環境かんきょうでダウンロードしたファイルを管理かんり者しゃとして実行じっこうできないようにすることが特とくに効果こうか的てきです。このような環境かんきょうでは、マルウェアが単純たんじゅんに昇格しょうかくした権限けんげんを要求ようきゅうすることはできなくなるので、インジェクションなどの技術ぎじゅつを使つかわざるを得えなくなります。このような操作そうさは、エンドポイント エージェントでかなり容易よういに検出けんしゅつできます。
アプリバウンド暗号あんごう化かでは、暗号あんごう化か鍵かぎがマシンに強つよくバインドされるため、Chrome のプロファイルが複数ふくすうのマシンをローミングする環境かんきょうでは正まさしく動作どうさしません。ローミング プロファイルをサポートしたい企業きぎょうには、現在げんざいのベスト プラクティスに従したがうことをお勧すすめします。必要ひつような場合ばあいは、新あたらしい ApplicationBoundEncryptionEnabled ポリシーを使つかってアプリバウンド暗号あんごう化かを構成こうせいできます。
互換ごかん性せいのない状況じょうきょうの検出けんしゅつに役立やくだつように、Chrome は検証けんしょうに失敗しっぱいした際さいにイベントを発行はっこうします。イベントは、アプリケーション ログの「Chrome」ソースの ID 257 です。
まとめ
アプリバウンド暗号あんごう化かにより、攻撃こうげき者しゃのデータ盗難とうなんコストは増加ぞうかし、システムでの動作どうさははるかに目立めだちやすくなります。また、システムの他ほかのアプリに許容きょようされる動作どうさについて、防御ぼうぎょ側がわが明確めいかくな線引せんひきを行おこなうことができます。マルウェアの状況じょうきょうは継続けいぞく的てきに進化しんかします。それに合あわせて、セキュリティ コミュニティの他ほかのメンバーと協力きょうりょくしながら、検出けんしゅつの改善かいぜん、強力きょうりょくなアプリ分離ぶんりプリミティブといったオペレーティング システムの保護ほごの強化きょうかなど、バイパス対策たいさくの取とり組くみを続つづけていきたいと考かんがえています。
今回こんかいの「速はやさと好奇心こうきしん」の投稿とうこうでは、Chrome がどのようにして Speedometer 3.0 の史上しじょう最高さいこうスコアをたたき出だしたのかについて紹介しょうかいします。Speedometer 3.0 は、アップグレードされた新あたらしいブラウザ ベンチマーク ツールで、ウェブ アプリケーションのパフォーマンス最適さいてき化かに役立やくだちます。今いますぐ Chrome をお試ためしください。
先日せんじつ公開こうかいされた Speedometer 3.0 は、ブラウザのパフォーマンスを測定そくていするためのベンチマークで、企業きぎょうを超こえた業界ぎょうかい全体ぜんたいのコラボレーションとして、Google、Apple、Mozilla、Intel、Microsoft などが作成さくせいしたものです。Chrome を最適さいてき化かし、すべてのユーザーのブラウザ エクスペリエンスを高速こうそく化かできる領域りょういきを特定とくていする際さいに役立やくだったのが、このベンチマークでした。
この更新こうしん版ばんのベンチマークが開発かいはつされている間あいだに、最新さいしんの Chrome のパフォーマンス情報じょうほうをじっくりと慎重しんちょうに追跡ついせきし、さらに最適さいてき化かを進すすめることで、Speedometer 3 の史上しじょう最高さいこうのスコアをたたき出だすことができました。ここでは、その手法しゅほうについて詳くわしく説明せつめいします。2022 年ねん 5 月がつに Speedometer 3 が構想こうそうされてから、Chrome の Speedometer スコアは 72% 増加ぞうかしました。これは、ユーザーのパフォーマンスが向上こうじょうしたとい換いかえることができます。
Speedometer のワークロードと Chrome で特とくに時間じかんがかかっている関数かんすうを調しらべることで、最適さいてき化かの対象たいしょうを絞しぼりこむことができ、それによって、Chrome のスコアが向上こうじょうしています。たとえば、SpaceSplitString は頻繁ひんぱんに使つかわれる関数かんすうで、"class='foo bar' " のようなスペース区切くぎり文字もじ列れつをリスト表現ひょうげんに変換へんかんします。この関数かんすうで、いくつかの不要ふような境界きょうかいチェックを削除さくじょしました。重複じゅうふくするスタイルシートが存在そんざいすることがわかった場合ばあいは、重複じゅうふくを排除はいじょし、1 つのスタイルシート インスタンスを参照さんしょうするようにしています。また、メモリ割わり当あてを調整ちょうせいすることで、パスや円弧えんこの描画びょうがコストを削減さくげんする最適さいてき化かを行おこないました。フォーム エディタの作成さくせい時じには、フォーム要素ようそを作成さくせいする際さいに不要ふような処理しょりがあったことがわかりました。querySelector でよく使つかわれるセレクタを検出けんしゅつし、そのためのホットパスを作成さくせいしました。
以前いぜんにお知しらせしたように、解析かいせきに特とく化かした高速こうそくパスを使つかって innerHTML を最適さいてき化かしましたが、この実装じっそうは WebKit にも採用さいようされました。Speedometer 3 のワークロードには DOMParser を使つかっているものもあるため、同おなじ最適さいてき化かを拡張かくちょうすることで、さらに 1% 向上こうじょうさせることができました。
また、Harfbuzz のメンテナンス担当たんとう者しゃと協力きょうりょくし、Apple の Mac OS システム フォントで使つかわれているような AAT フォントのレンダリング方法ほうほうを最適さいてき化かしました。テキストは、処理しょり済ずみの Unicode 文字もじのストリームとして始はじまり、グリフのストリームに変換へんかんされてから、AAT フォントで定義ていぎされたステートマシンで実行じっこうされます。この最適さいてき化かにより、グリフが実際じっさいにステートマシンのルールの一部いちぶであるかどうかを高速こうそくに判断はんだんできるようになり、AAT によるテキスト処理しょりのスピードアップにつながります。
高たかいパフォーマンスを実現じつげんするために重要じゅうような戦略せんりゃくは、コードのティアリングです。これは、エンジンでさらに最適さいてき化かできるコードを適切てきせつに選択せんたくすることを指さします。Intel は、V8 にプロファイルによるティアリングを提供ていきょうしました。これは、過去かこのティアリングの決定けっていを記憶きおくする機能きのうで、ある関数かんすうが過去かこに確実かくじつにティアリングされていれば、将来しょうらいの実行じっこう時じに積極せっきょく的てきにティアリングするようにします。
Speedometer 3 で約やく 3% の向上こうじょうにつながったもう 1 つの変更へんこう領域りょういきがありました。それは、ガベージ コレクションの改善かいぜんです。V8 のガベージ コレクタは、かなり以前いぜんからレンダラのアイドル時間じかんを利用りようしています。これは、実際じっさいのアプリケーション コードに干渉かんしょうしないようにするためです。最近さいきんの変更へんこうも、この考かんがえ方かたに則のっとっています。つまり、レンダラは通常つうじょう、非常ひじょうに活発かっぱつに動作どうさしていますが、可能かのうな限かぎり、そのアイドル時間じかんにガベージ コレクションを行おこなうように、既存きそんのメカニズムを拡張かくちょうします。具体ぐたい的てきには、オブジェクトの再さい利用りよう時じに実行じっこうされる DOM のファイナライズのコードもアイドル時間じかんで実行じっこうされるようになっています。これまでこのような操作そうさは、CPU リソースをめぐって通常つうじょうのアプリケーション コードと競合きょうごうしていました。さらに V8 は、DOM 要素ようそをラップするオブジェクト、つまり JavaScript フレームワークに公開こうかいされるすべてのオブジェクトで、はるかにコンパクトなレイアウトをサポートするようになっています。このコンパクトなレイアウトのおかげで、メモリ負荷ふかが軽減けいげんされ、ガベージ コレクションにかかる時間じかんが短みじかくなっています。
今後こんご、ChromeOS が Android スタックの大だい部分ぶぶんをベースとしたものになり、Google AI、イノベーション、機能きのうをいち早はやくユーザーにお届とどけできるようになります。
私わたしたちは、過去かこ 13 年間ねんかんにわたって ChromeOS を進化しんかさせ、安全あんぜんかつ高速こうそくでさまざまな機能きのうを持もつ Chromebook エクスペリエンスを、世界中せかいじゅうの何なん百ひゃく万まん人にんもの生徒せいとや教師きょうし、家族かぞく、ゲーマー、企業きぎょうに提供ていきょうしてきました。最近さいきんでは、Google AI と Gemini を使つかった新しん機能きのうも発表はっぴょうされ、Chromebook は日常にちじょうのタスクを支援しえんするツールを多おおくの人々ひとびとに届とどけています。
今後こんごも新あたらしい Google AI 機能きのうをたくさんのユーザーにすばやく展開てんかいできるように、ChromeOS の基盤きばんの一部いちぶとして、Android Linux カーネルや Android フレームワークなど、Android スタックの一部いちぶを採用さいよういたします。この 2 つには、すでに充実じゅうじつしたコラボレーションの歴史れきしがあります。すなわち、ChromeOS で Android アプリが利用りようできるようになっており、Bluetooth スタックの統合とうごうは ChromeOS 122 の時点じてんで始はじまっています。
Android ベースの技術ぎじゅつスタックを ChromeOS に導入どうにゅうすることで、ChromeOS の中核ちゅうかくである AI イノベーションのペースを上あげ、エンジニアリング作業さぎょうを簡略かんりゃく化かし、スマートフォンやアクセサリなどのさまざまなデバイスと Chromebook との連携れんけいを強化きょうかできます。同時どうじに、ChromeOS ユーザーや企業きぎょう、学校がっこうに愛あいされる比類ひるいのないセキュリティ、一貫いっかんしたルック アンド フィール、幅広はばひろい管理かんり機能きのうを今後こんごも提供ていきょうし続つづけます。
このような技術ぎじゅつスタックの改善かいぜんは始はじまっていますが、一般いっぱん消費しょうひ者しゃ向むけに準備じゅんびが整ととのうのは少すこし先さきになります。その際さいには、シームレスに更新こうしん版ばんのエクスペリエンスに移行いこうします。楽たのしみなことに、それまでの間あいだも ChromeOS は進歩しんぽし続つづけます。定期ていき的てきなソフトウェア アップデートや新あたらしいイノベーションに変更へんこうはありません。
Chromebook は、世界中せかいじゅうの何なん百ひゃく万まん人にんものお客様きゃくさま、ユーザー、デベロッパー、パートナーにすばらしい体験たいけんを提供ていきょうし続つづけます。ChromeOS の未来みらいをこれほど楽たのしみに思おもったことはありません。