[h1]Goolge Chrome 漫畫中文翻譯[/h1]
Google 即將推出屬於自己的瀏覽器 "Google Chrome"
在 google 網站上有 39 頁的漫畫
說明 Google Chrome 的設計目標與理念
=>
http://www.google.com/googlebooks/chrome/index.html
我先來簡要翻譯一下第 1 ~ 10 頁
[hr]
[h1]Google Chrome 瀏覽器 漫畫第 1 頁：前言[/h1]
今日大部分的我們每日使用瀏覽器觀看的，
不僅僅是「網頁」，
稱之為「網路應用軟體」也不為過。
人們上傳與觀看影片、在網路上聊天、玩小遊戲，等等...
這些應用，在第一個瀏覽器創造出來時，根本都不存在
=> Type：其實是存在的，如 MOSAIC Sesame @ 1993
如果我們根據「現在大部分人的應用需求」
從頭開始設計一個全新的瀏覽器，不是很棒嗎？
[h1]Google Chrome 瀏覽器 漫畫第 2 頁：目標描述[/h1]
首先，瀏覽器要「更穩固」，
尤其當你在網路上寫一封重要的 e-mail 或者編輯文件
這時候瀏覽器掛掉就是一件大事！
次之，瀏覽器要「更快」
啟動快、載入頁面快，如 Javascript 的應用頁面，
能夠更快的執行。
當然「更安全」：瀏覽器需要從架構上更能對抗惡意軟體。
我們同時想要在「太多」和「太少」功能間取得平衡，
並有擁簡單、乾淨和有效率的使用者介面。
最後，Google 想要「Goolge Chrome 瀏覽器」是「完全開放原始碼」
我們希望其他人能夠吸收我們的優點，正如我們那麼作。
[h1]Google Chrome 瀏覽器 漫畫第 3 頁：多執行續[/h1]
我們剛開始 Chrome 計畫時，
GEARS 團隊告訴我們，目前瀏覽器的最大問題：「單一執行續」！
舉例：
當某個 javascript 開始跑時，就會一直跑一直跑
跑到 javascript 執行完畢，把 cpu 還給瀏覽器。
所以網頁開發者想辦法設計非同步的 API，
不過常常你還是會看到瀏覽器整個 stall 就因為
javascript 卡在某個步驟，把 cpu 吃光光。
[h1]Google Chrome 瀏覽器 漫畫第 4 頁：多處理程序[/h1]
GEARS 團隊正在思考利用「多執行續」解決此問題，
不過我們想：
=> 「如果是多處理程序呢？」
=> 「應用當代作業系統的 process isolation 設計理念」
=> 「每一個 tab 頁面就有一個 process」
[h1]Google Chrome 瀏覽器 漫畫第 5 頁：多處理程序(contd)[/h1]
這樣能讓一個 tab 的 javascript 正在忙碌時，
你還能使用其他的 tab 頁面。
就算很不幸的產生了某個 bug，你只是損失該 tab 頁面，
而非整個瀏覽器掛掉。
[h1]Google Chrome 瀏覽器 漫畫第 6 頁：多處理程序記憶體使用好處[/h1]
多處理程序另外的好處就是，
看起來用了多一點的記憶體，但是長期來看，是「省記憶體的」
如：
傳統單一處理程序
=> 刪除某個 tab，可能造成 fragmentation，
開新的 tab 如果沒辦法 fit 這個 memory fragmentation
就需要更多的 address space
=> 如果用上一整天，開開關關，吃掉的記憶體反而更可怕。
[h1]Google Chrome 瀏覽器 漫畫第 7 頁：多處理程序記憶體使用好處[/h1]
多處理程序另外的好處就是，
看起來用了多一點的記憶體，但是長期來看，是「省記憶體的」
如：
傳統單一處理程序
=> 刪除某個 tab，可能造成 fragmentation，
開新的 tab 如果沒辦法 fit 這個 memory fragmentation
就需要更多的 address space
=> 如果用上一整天，開開關關，吃掉的記憶體反而更可怕。
而 Google Chrome
=> 刪除某個 tab，整個程序就回完全回收。
=> 就算有 memory leakage 等問題，關掉 tab 問題就消失
=> 從 Domain A 瀏覽到 Domain B 時，假設他們沒有關係，
我們可以將整個 Domain A 的 process 和資料都回收。
[h1]Google Chrome 瀏覽器 漫畫第 8 頁：多處理程序記憶體使用好處[/h1]
這樣做還有其他好處：
當你覺得電腦開始變慢時
您可以從 task manager / activities monitor 觀看
哪個 tab，哪個網站耗掉你最多的記憶體，
然後，
關掉這個問題網頁，而不會影響到其他正常網頁。
[h1]Google Chrome 瀏覽器 漫畫第 9 頁：測試[/h1]
很幸運的，Google 擁有大量的網頁庫存，
Google Chrome 的開發者 build 一個新的 revision 出來時，
立即可以用上萬個不同的網頁庫存進行測試，不用等到 beta 版 release 出來。
越早在內部抓到問題，有助於開發初更好的產品。
（...Type: 這是在炫耀嗎？）
[h1]Google Chrome 瀏覽器 漫畫第 10 頁：測試(contd)[/h1]
當然，全世界有數兆以上的網頁，
我們會透過 Goolge 內部的 Page Rank 系統，
保證 Google Chrome 能夠在大部分人常瀏覽或者排名前面的網站，
能夠獲得優先測試，保證軟體媒問題。
每個 revision check-in，我們都會做過 unit test ，
並透過自動的 UI 測試、自動 script 來模擬
「回到上一頁」「使用者亂按」等等行為。
（...Type: 有富爸爸真好，raw data / test pattern 免錢！）
_
(2008-09-02 23:50)
