真是受不了台灣的名為新聞台的娛樂舊聞台。每次播的不是行車紀錄器畫面，Youtube 影片，電視畫面翻拍，記者自己演一次的新聞，就是網頁上的舊聞。
Google 網頁搜尋會出現傾斜的新聞，早就不是新聞。幾百年前就看過的東西。這東西有那個神奇嗎，一直重播，還要訪問路人。那麼喜歡傾斜，舉個 Google Chrome 為例子，自己去改這的檔案加個 CSS 的描述不就得了。

Chrome 的特殊架構(Multiple processes)讓每個tab都變成獨立的執行空間(process)，因此彼此不會互相干擾，即使當掉了也不會影響整個瀏覽器和其他 tab。也因如此，在多個 tab 中效能也比較好，每個 tab 各自只負責各自的工作，只需要 CPU 夠強力即可。如果是 multiple thread 設計，那麼可能在同一個 process 的 threads 中，彼此必須針對共用的 resources 像是 HTTP request, rendering 等做 lock/unlock 等 synchronization。
但是在平常的生活中，感覺卻不是那麼一回事，因為 chrome 感覺卡卡的。就算另外一個網頁正在載入中，先切換到已經完成的網頁去瀏覽，感覺上下捲或是點選連結都頓頓的。一點都不像是 Chrome 該有的表現。我用的是 Atom netbook 沒錯，但是 Opera/Firefox 除了肥腫並不會有這些問題。甚至我也有 Ubnutu 的 Chromium，都沒這樣的問題。
後來只好叫出 Task Manager 來看，發現例如下面螢幕截圖的現象。Browser 主要視窗一個 process，其他一堆 extensions 各自擁有一個 process，還有 about:memory 的 built-in page 也用掉一個 process。但是其他網頁，不管是不同 domain，都是同一個 process。這樣不就跟使用命令列參數讓 chrome 變成非 multi-process 架構的 "--single-process" 是同樣的功用。可是我並不是這樣的參數，何況這麼多 extensions processes 也說明了並非在 single process mode。

依據刪除 IE 與 Firefox 的 CNNIC 根憑證這篇和在 Linux 上移除 CNNIC 憑證這篇
，提供 Mac OS X 底下刪除 Keychain 裡面的 CNNIC 根憑證。如圖。

Google Chrome 也因為是用系統 Keychain 裡面的憑證，所以 Chrome 就不用額外刪了。
至於 Firefox 3.6 就內建 CNNIC 根憑證，可以直接刪除。或是透過「編輯」把此憑證可以用來識別網站的選項取消。

此外，為何此事如此嚴重？其實不只瀏覽器，作業系統也是，MS 也內建把 CNNIC Root CA 加入新版的 OS Root CA。試想，如果今天瀏覽一個網站，使用者沒有逐一仔細檢視核發憑證的機構，就隨便確定進入網站輸入自己密碼，其實該網站可能是假的惡意網站，而 CA 正是由不是大家認可的 CNNIC Root CA 機構簽發。雖然你看到 mail.google.com 和憑證無誤，但是該網域並非真正 google 的 server farm。或是下載軟體，雖然看到 Microsoft 或是 Google 的憑證，但是事實上該憑證並非真正由原始簽發單位簽署，一般使用者也不會逐一檢視簽署者是誰。如此一來可能又不小心安裝了什麼後門或流氓軟體。

事實上當然偉大的中國政府不會這麼笨，例如 Google mail 有不少異議份子的帳號，就在內地透過 GFW 轉到假的 Google mail server 和自己簽發的 CA 去，透過 Man in the Middle 偷偷過濾和檢視私密資料。如此一來大家都會發現那堆 server 都是假的。但是透過偉大的 GFW，比如說特工可以懷疑某某 IP 來源是異議份子，僅對那子網域或 IP 進行轉向攻擊。某異議份子存取了自己 Google Mail，但其實透過 DNS 和 IP 轉向，轉到中國某內地 server 偽裝成 Google Mail，又有來自 CNNIC Root CA 簽發的簽證，無論在 Chrome、Firefox、IE 看來都像是 Google Mail，事實上他並沒有仔細檢視簽發者是 CNNIC 而不是 Thawte SGC (Google mail 真正核發簽署憑證的單位) 的 CA 簽署。照樣，即使 Google mail 已經因為前陣子中國駭客事件而全部預設 HTTP SSL 加密連線，依然可以照樣被滲透。

（當然以上都是假想和幻想，如有雷同，那就是對岸抄了我的劇本）

CrossOver 把 Google Chrome 瀏覽器的開發版本 Chromeium，以及 wine 1.1.4 直接包裝成完整的執行檔 CrossOver Chromium。以下是執行畫面，背後的程式是 Firefox 3.1 beta。 下載後，拖拉到桌面或應用程式裡面，就可以馬上執行由 wine 模擬起 windows 環境執行 Chrome 瀏覽器的功能。不過這當然是非常非常嘗鮮的玩法，因為在 wine 裡面執行的 Chrome 會加上參數 --no-sandbox --in-process-plugins，最主要的 multile processes 優點就沒有啦。如此一來，醜醜的 windows 視窗外框，不是很漂亮的 X11 Font Rendering，只能跑 single process 的 multithread，優點大概只剩 V8 Engine 的速度。不過 Firefox 3.1 beta 是 TraceMonkey (記得把 about:config 的 javascript.options.jit.content 和 javascript.options.jit.chrome 打開才有效) 也差不到哪去; Safari 4.0 preview 是 WebKit 搭配 SquirrelFish，既然都是用 WebKit，就直接跑 Safari 就差不多了。

因為 google chrome 的 mac 版本尚未推出, 因此只能在 windows 上一探究竟和體驗. 但是某公司電腦作業系統不在支援範圍 (XP/Vista), 因此只得透過 Virtual Box 的 Windows XP 來體驗. 況且 CPU 不是 Vx 技術, 執行起來速度還可以接受, 但是實際上宣稱的 JavaScript 效率就無從實際體驗, 只能透過別人的benchmark來了解效能.
基本上用起來很不錯, 對於中文輸入支援也很好, 簡潔的畫面和 google 風真的很不錯. 另外在開發者選單裡面有工作管理員, 可以看到每個網頁的 tab 所佔用的資源和CPU loading 真的是很新鮮. 不過還沒遇到過網頁當掉, 然後直接把某個tab給殺掉的用法.
基本上還是看mac版推出後有什麼跟Safari/Firefox上的效能差異,畢竟Firefox雖然也是native程式,但是那堆message pump framework, XPCOM, 搞得Firefox又肥又大,GUI 效能上好像沒有Safari快.