月下腦人惱腦

CentOS(RHEL) 6.2 Mock Build 編譯 scim-bridge 失敗的問題

2012-01-16T17:44:00.008+08:00

習慣使用 SCIM 引擎的常用輸入法的 CentOS(RHEL) 6 用戶應該知道桌面系統已採用 iBUS 輸入法引擎而且把 SCIM 排除掉, 不太習慣沒有 SCIM 常用輸入法表的用戶只得自己動手來豐衣足食, 不過使用 CentOS(RHEL) 6.2 版本的新用戶或許已遇到 mock build 編譯 scim-bridge 時失敗的問題, 此問題是 epel 程式庫 mock 軟體的 script 臭蟲造成, 不斷腦惱測試後成功 mock build 編譯的簡易解決方法也留個參考紀念。

scim-bridge 需要有 qt-devel qt3-devel 開發套件, mock 編譯 scim-bridge 時能夠通過 dependency 檢查而 mock-yum 下載安裝, 不過奇怪的是實際在 root.log 日誌文件內會發現有兩個相同的 qt3-devel 安裝, 而必需的 qt-devel(版本 4)卻沒有正確安裝。

最後導致編譯過程中 qt 版本 4 找不到而缺乏了編譯需求而失敗。

mock build 編譯錯誤安裝而缺乏 qt(版本 4)簡易解決方法
在 mock build 編譯時手動加入 qt-devel 而不清空預載
執行: (例如: 32bit i686)

$ mock -r epel-6-i386 --arch=i686 --resultdir=$HOME --init $ mock -r epel-6-i386 --arch=i686 --resultdir=$HOME --install http://mirror.centos.org/centos-6/6.2/os/i386/Packages/qt-devel-4.6.2-20.el6.i686.rpm --no-clean

然後在不清空預載下 mock build 編譯 scim-bridge
執行:

$ mock -r epel-6-i386 --arch=i686 --resultdir=$HOME --rebuild scim-bridge-0.4.16-6.fc15.src.rpm --define 'dist .el6' --no-clean

mock build 編譯 scim-bridge 成功通過檢測 qt(版本 4)

mock build 編譯 scim-bridge 完成

手動安裝 scim-bridge 完成後執行 im-chooser(其他步驟參考 CentOS(RHEL) 6 mock build 編譯 scim)

Renesas/NEC 晶片 USB 3.0 的失速效能與 USB 2.0 相若問題

2012-01-08T16:12:00.011+08:00

USB 3.0 規格在 2009 年發表後過去兩年間漸漸成熟為市場風潮, Renesas Electronics(瑞薩電子)NEC 低成本控制器晶片 uPD720200A 也差不多雄霸整個 USB 3.0 控制器晶片市場份額, 雖然還可以看到腦場販售一些其他廠商的 USB 3.0 控制器晶片(例如 Asmedia 和 Etron)的主機板及配接卡, 不過基於 USB-IF 認証的問題, 銷情都是陪跑角色而已, 近月大量融入市場上 USB 3.0 裝置也逐漸淘汰 USB 2.0 舊版本了, 不欲採購 USB 2.0 的產品是自然不過的, 當代新的主機板都以額外的晶片掛上了 USB 3.0 的藍, 而 Intel 即將上市的 Ivy Bridge 處理器平台亦會全部原生 USB 3.0 支援(Intel 的 7 系及 C216 晶片已經獲得 USB-IF 官方認証), 然而舊電腦仍然是可以採購 USB 3.0 的配接卡來升級支援。

近日四方搜探便宜大碗的白牌類同貨品, 始終售價也相差實在太大了(腦場內相同晶片的名牌產品差價最高可以近兩倍多啊), 避過擁擠的節日腦塞展時期, 遊閒的浪蕩腦場時終於發現冰山一角小鋪中的 USB 3.0 PCIE 配接卡(使用 uPD720200A 晶片), 雖然只得兩 port, 不過手上都沒有多小 USB 3.0 裝置, 就測試聖誕節時購入的 ADATA S102 Pro USB 3.0 隨身碟手指吧, 體驗 USB 3.0 PCIE 配接卡是否可行的升級方案。

實測使用的白牌 Renesas 晶片 USB 3.0 PCIE 配接卡

實測使用的 ADATA S102 Pro 16GB 隨身碟手指
在配接卡安裝後(應該很簡易啊), 也順利安裝了最新的驅動程式版本 2.1.28, 開始實測 ADATA S102 Pro 在 USB 3.0 時的 SuperSpeed 效能, 不過令人莫名其妙的是「讀取」的效能與 USB 2.0 的 High Speed 速度一樣, 在插入 USB 3.0 隨身碟手指時會提示【該設備可以運行得更快】【This device can perform faster】警告信息, 明顯告示裝置不在跑 SuperSpeed 模式。

裝置提示信息

隨身碟手指 USB 2.0 時 High Speed 效能, ~34MB/s
隨身碟手指 USB 3.0 時不能跑 SuperSpeed 的效能 ~38MB/s, 跑 High Speed 模式

查看電腦內的 Device Manager 裝置管理員也沒發現黃嘆號, 也使用最新的驅動程式, USB 3.0 配接卡內的韌體固件已是最新的 4.0.1.5, 一整個星期都還誤以為是隨身碟或配接卡的問題, 星期天腦惱發作下不斷尋找原因及測試, 終於發現是電腦的超頻所衍生的 PCIE CLOCK 問題; 正常情況下電腦主機板的 PCIE CLOCK 都必須跑在 100mhz(舊的 PCI Clock 是 33mhz), 雖然可以小許微調提升效能, 考慮穩定都是以 100mhz 為基本, 在微處理器超頻時(例如 333mhz 超頻 350mhz), 主機板內 FSB 會同時超頻, PCIE CLOCK 亦會自動提速, 當 PCIE CLOCK 提速的話, 對 PCIE 插槽的配接卡的傳輸頻譜造成影響, 最明顯受影響的是 PCIE 獨立顯示卡, 所以標示超頻的主流主機板都有提供分類超頻項目調節, BIOS 內 PCIE CLOCK 可以獨立設定, 今次發現的 USB 3.0 PCIE 配接卡失速跑不到 SuperSpeed 問題就是 PCIE CLOCK 在超頻時沒有設定為 100mhz 的原因, 只要在電腦 BIOS 內的超頻項目將 PCI Express Frequency 由 Auto 設定為 100 即可解決 USB 3.0 PCIE 配接卡 SuperSpeed 失效問題。

Renesas/NEC(uPD720200A) USB 3.0 PCIE 配接卡和 ADATA S102 Pro 的 SuperSpeed 讀寫效能, 「讀取」終於達到官方廣告的 100MB/sUSB 3.0 SuperSpeed 效能回復了正常, 插入隨身碟手指時再沒有提示裝置警告信息了。

BATMAN Arkham City 使用 x360ce 搖桿模擬工具配置 MP8866 USB 橋接器

2011-12-15T11:56:00.013+08:00

忙碌的生活耗透了生命的光輝, 已經多個月閒置了博文, 近月發生的腦惱事件也影響不少, 拋開煩惱正好是資訊月也弄個遊戲迎接此十二月(聖誕宅月), 不欲槍林彈雨般的呆悶煩吵, 劇情動作的年度大作 BATMAN Arkham City 蝙蝠俠：阿卡漢城市就當之首選了。

在入手 PC 版的一眾腦友必定發現遊戲除了支援鍵盤及滑鼠外, 還支援 XBOX 360 PC 控制器(搖桿/手制), 不幸的是遊戲程式竟然沒有搖桿控制器的自定修改選項, 所有非 XBOX 360 PC 搖桿都或多或少的出現不兼容的失控問題, 難道又要令人納悶再奉獻錢包! 在測試修改 DefaultInput.ini 多次後都不能成功下(某些品牌或許是可以的, 請善用 google), 最大原因是 MP8866 Playstation USB 橋接器, Playstation Dual Shock 2 手制雖然可以被 OS 系統辨識, 但功能部份卻與 XBOX 360 手制有差異, 尤其是右方的模擬桿, 在 BATMAN Arkham City 中除了左方模擬桿上下錯掉, 右方模擬桿也上下錯掉而且不能使用 Slider 模擬, 變成遊戲中無法控制視角和前後移動顛倒, 實測修改 DefaultInput.ini 後仍然無法控制視角(因為不支援 Slider 模擬)。

腦惱發作下終於尋找到可解決辦法, XBOX 360 Controller emulator (XBOX 360 搖桿模擬工具)軟體, 此程式透過 XInput 呼應介面轉換到 Direct Input 呼應介面, 從而對應需要 Direct Input 介面的遊戲軟體(特別是 Game Live for Windows 的遊戲)

XBOX 360 Controller emulator (x360ce) 搖桿模擬工具網址:
http://code.google.com/p/x360ce/

在實測使用過程時, 當然不是一臉悅色的順利, 一直都不能被 BATMAN Arkham City 辨識使用, 發現其主要問題是...文件讀寫權限, 由於 x360ce.exe 及其生成文件存在於 C:\Program Files\...... 的系統目錄內, 用戶帳號的權限不能隨意寫入, 解決方法其實就是將 BATMAN Arkham City 目錄內的 Binaries\Win32\ 目錄 Users 唯讀權限改成 Full Control, 執行 x360ce.exe 配置儲存後離開程式, 然後進入 BATMAN Arkham City 遊戲時便成功辨識的話會聽到一次段續 beep 響聲, 此時 x360ce 搖桿模擬正開始運作了(如果只聽到一短 beep 響聲的話是遊戲程式不成功連接 Direct Input 介面), 而且完全不用理會 DefaultInput.ini 文件修改。

PC 版本 BATMAN Arkham City 遊戲使用 XBOX 360 Controller emulator (x360ce) 搖桿模擬工具
配置 MP8866 USB Playstation 橋接器(2 port) 步驟:

下載 x360ce 及解壓縮

將解壓縮後的 x360ce.exe 複製到 BATMAN Arkham City 的執行目錄, 例如 "C:\Program Files\Rocksteady\Batman Arkham City\Binaries\Win32\"

將 BATMAN Arkham City 的執行目錄 Binaries\Win32\ 的 Users 權限修改為 Full Control

安裝連接 MP8866 USB 橋接器及 Playstation Dual Shock 2 搖桿/手制, 搖桿啟按 ANALOG 紅燈

執行 BATMAN Arkham City 的執行目錄內的 x360ce.exe(預設生成 x360ce.ini 及 xinput1_3.dll 文件)

配置正確按制及控制桿後儲存(Save)
MP8866 的左方 Axis Y 設定是反向的, 必須選擇 IAxis 2
MP8866 的右方 Axis Y 設定是反向的, 必須選擇 IAxis 3
MP8866 的右方 Axis X 設定必須選擇 Slider 1
其他的 A, B, X, Y, Back, Start button 按制亦要適當再設定
Advanced 頁的 Device Type 設定為 GamePad
Force Feedback 頁可以不勾選 Enable Force Feedback(沒有震盪器配置驅動程式的話)
在 "Settings Database" 頁內儲存(Save) 遊戲程式 Profile 配置
完成 x360ce 設定配置後離開程式

執行 BATMAN Arkham City 遊戲自動載入 x360ce DInput 介面

完成

VMware Workstation 8 正式釋出踫上 Windows 8 preview

2011-09-15T18:50:00.022+08:00

近日最火熱的午飯話題已經由 SSD 及水果戰爭回到未來的科技, 甚麼甚麼 ivy bridge、推肥機、平板賤散、PCI-E 3.0 假棍、水桶機械人吞蛇, 甚至不務正業公司云云, 不過最令人甩不掉就是微軟公司剛剛在 IDF 2011 大會展示預覽的下一代 Windows 視窗系統「Windows 8」, 特意為平板觸控屏打造的 Metro 介面, 改良的內核啟動都令人有躍躍欲試之勇, 應該不會傷感情的吧! 懶得找實機洗場測試, 卻不幸的是 VMware Workstation 7(Player 3) 完全不支援 Windows 8 Preview 版本, 也猜不到原來 VMware 官方網站已經在 2011/9/13 釋出了 VMware Workstation 8 正式版本(8.0.0 build 471780), 改良了眾多特色和支援, 雖然並沒有標示支援 Windows 8, 就正好來一次嘗鮮嘗新啊。

VMware Workstation 8 特色介紹:
http://www.vmware.com/products/workstation/new.html

已註冊的用戶可以下載 VMware Workstation 8 測試體驗
下載 VMware Workstation 8
Windows 系統
下載 VMware Workstation 8
Linux 系統

VMware Workstation 8 介面截圖
VMware Workstation 8 分頁 tabs

不幸的 VMware Workstation 7 踫上 Windows 8 Preview
藍屏還有個苦臉 ^^!

VMware Workstation 8 啟動安裝 Windows 8 Preview
Windows 8 的登入開始 Start 桌面...怎麼樣的都是為了平板打造, 沒有觸控屏一大個難用啊, 鍵盤腦友一切從 Win+Q 鍵開始, 要習慣 Pin Metro 桌面 ~~!
Windows 8 檔案總管 Windows Explorer...一大團的功能, 貌似 Office 2007 的 Ribon UIWindows 8 的控制台 Control Panel...新鮮的介面
不過 Metro 程式的設計沒有關閉亦沒有「X」結束按鍵, 打開越多 Metro 程式介面應用切換「ALT-TAB」會越頭痛, 而且打開多個 Metro 程式靜待 suspend 後要登出桌面的話, logging off 時會超極緩慢(五分鐘也不能登出還要再登出多一次動作, 可能是臭蟲 bug 吧)

備註:

VMware Workstation 8 安裝還包括了最新版本的 VMware Player 4 軟體
VMware Workstation 7 的 Licensed key 已不能用於 Workstation 8, 沒有正確 Licensed 的話, 只能試用三十天, 而且不能在啟動電腦時自動掛 VMs。

CentOS 5.7 官方釋出嘗鮮下載 iso

2011-09-15T12:35:00.006+08:00

別過了炎夏的熱浪, CentOS 5.7 社群商業版終於也完成 QA 除錯及鏡像同步階段, CentOS 社群官方正式釋出 CentOS 5.7 更新及下載, 仍然使用 CentOS 5 版本的用戶可以嘗鮮下載了。

下載位置:
32bit i386
http://isoredirect.centos.org/centos/5.7/isos/i386/
64bit x86_64
http://isoredirect.centos.org/centos/5.7/isos/x86_64/

Torrent 下載:
32bit i386 CD
32bit i386 DVD
64bit x86_64 CD
64bit x86_64 DVD

CentOS 5.7 官方正式發佈公告 Tue Sep 13 19:33:50 EDT 2011
http://lists.centos.org/pipermail/centos-announce/2011-September/017727.html

CentOS 5.7 Release Note 版本資料:
http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.7

CentOS(RHEL) 6 重投 scim 輸入法引擎懷抱及 mock build 別權環境編譯

2011-07-13T09:24:00.019+08:00

CentOS 6 已經官方釋出了, 當然已經實測體驗過 RHEL 6(及 6.1)的企鵝人應該不會陌生(upstart 的爽快起動, ext4 文件系統格式, 全 i686 編譯及 gnome 介面優化等等), 不過激進的 Redhat 已經將 ibus 輸入法引擎取代了 scim, 並且把 scim 源碼套件排除掉, 習慣了使用 scim 及其輸入法 tables 的話會是一個急煞停的刺痛, 當然企鵝人怎會甘願被紮捆, 可以借用 Fedora 15 的 scim 源碼套件移植到 CentOS6(RHEL 6)內使用。

CentOS 6(RHEL 6)的 mock 已經放置在 epel-6 的套件庫, 只是 mock config 內容針對及指向了 beta 套件庫, 手動修改後即可以執行 mock build 別權環境編譯, 另外 RHEL6(及 CentOS 6)光碟其實已經包含了 mock build 時需要的 buildsys-build group, 利用光碟位置還可以加快 mock yum 程序。

CentOS 6 官方釋出公告
http://lists.centos.org/pipermail/centos-announce/2011-July/017645.html

CentOS 6 版本文件資料
http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.0

CentOS 6 DVD 光碟下載 torrent
i386 DVD
http://mirror.centos.org/centos/6/isos/i386/CentOS-6.0-i386-bin-DVD.torrent
x86_64 DVD
http://mirror.centos.org/centos/6/isos/x86_64/CentOS-6.0-x86_64-bin-DVD.torrent

CentOS 6 安裝 mock build 別權環境編譯

安裝 mock 軟體套件
登入 root 管理員帳號權限
安裝 epel-6 yum 套件庫下載 epel-release-6-5.noarch.rpm
- x86_64 系統的話, 執行
  # rpm -ivh http://download.fedora.redhat.com/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm
  
  如果是 i386 系統的話, 執行
  # rpm -ivh http://download.fedora.redhat.com/pub/epel/6/i386/epel-release-6-5.noarch.rpm
- 在線安裝 epel-6 的 mock 軟體套件
  # yum install mock

帳號設定
新增帳戶加入 mock 用戶群(例如 tester 用戶帳號)
# useradd -g users -G users,mock tester

舊帳戶加入 mock 用戶群的話(例如 tester 用戶帳號)
# usermod -a -G mock tester

配置 mock config 設定文件
編輯修改 /etc/mock/epel-6-x86_64.cfg(及 /etc/mock/epel-6-i386.cfg) 內容
將 [beta] 區段修改為(無效 comment)
#[beta] #name=beta #mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rhel-5.90Server-beta&arch=x86_64
將 [beta-optional] 區段修改為(無效 comment)
#[beta-optional] #name=optional #mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rhel-optional-5.90Server-beta&arch=x86_64
將 [base] 內的 enabled=0 修改為
enabled=1
將 [updates] 內的 enabled=0 修改為
enabled=1
- (如果使用 DVD 光碟為套件庫加快 mock yum 速度的話)
  可以將 [base] 區段修改為
  [base] name=BaseOS enabled=1 baseurl=file:///media/cdrom/

建立本機 repostory
如果需要使用自行建立的本機 repostory 編譯其他軟體的話(例如 /opt/localrepo.x86_64 及 /opt/localrepo.i386)
編輯修改 /etc/mock/epel-6-x86_64.cfg
將 [local] 區段修改為
[local] name=local baseurl=file:///opt/localrepo.x86_64/ cost=500 enabled=1
編輯修改 /etc/mock/epel-6-i386.cfg
將 [local] 區段修改為
[local] name=local baseurl=file:///opt/localrepo.i386/ cost=500 enabled=1
建立本機 repository
執行
# mkdir /opt/localrepo.x86_64 # mkdir /opt/localrepo.i386
建立(更新)本機 repository 資料
# createrepo -o /opt/localrepo.x86_64 /opt/localrepo.x86_64 # createrepo -o /opt/localrepo.i386 /opt/localrepo.i386
配置完成

mock 別權環境編譯測試
登入 mock 群組帳戶(例如 tester 帳戶), 執行
x86_64 系統的話

$ mock -r epel-6-x86_64 --resultdir=$HOME --init

x86_64 系統執行 i386 mock 的話

$ setarch i386 mock -r epel-6-i386 --resultdir=$HOME --init

i386 系統的話

$ mock -r epel-6-i386 --resultdir=$HOME --init

mock 完成後可以查看 mock 程序生成三個 log 日誌文件結果
build.log 是 compile 編譯源碼日誌
root.log 是 mock 環境架設執行日誌
state.log 是 mock 的狀態日誌

mock build 編譯軟體 scim

下載 Fedora 15 的 scim 源碼套件
http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Everything/source/SRPMS/
包括:
scim-1.4.9-8.fc15.src.rpm scim-bridge-0.4.16-6.fc15.src.rpm scim-tables-0.5.9-3.fc15.src.rpm scim-pinyin-0.5.91-28.fc15.src.rpm
執行下載:
$ wget http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Everything/source/SRPMS/scim-1.4.9-8.fc15.src.rpm $ wget http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Everything/source/SRPMS/scim-bridge-0.4.16-6.fc15.src.rpm $ wget http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Everything/source/SRPMS/scim-tables-0.5.9-3.fc15.src.rpm $ wget http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Everything/source/SRPMS/scim-pinyin-0.5.91-28.fc15.src.rpm
其他的輸入法 tables 語言可個別下載

開始 mock build 編譯 scim (x86_64)
首先編譯 x86_64 的 scim-1.4.9-8.fc15.src.rpm
登入 mock 群組帳戶(例如 tester 帳戶), 執行
$ mock -r epel-6-x86_64 --arch=x86_64 --resultdir=$HOME --rebuild scim-1.4.9-8.fc15.src.rpm
完成 mock build 編譯(檢查 3 個 log 日誌確認)後把 scim-lib scim-devel 的 x86_64 rpm 套件放置到本機 repository 位置
# cp -v /home/tester/scim-lib*x86_64.rpm /opt/localrepo.x86_64 # cp -v /home/tester/scim-devel*x86_64.rpm /opt/localrepo.x86_64
更新本機 repository 資料
# createrepo -o /opt/localrepo.x86_64 /opt/localrepo.x86_64
準備 scim-lib scim-devel 後 mock build 編譯 x86_64 的 scim 其他依靠源碼套件
包括:
scim-bridge-0.4.16-6.fc15.src.rpm
scim-tables-0.5.9-3.fc15.src.rpm
scim-pinyin-0.5.91-28.fc15.src.rpm
登入 mock 群組帳戶(例如 tester 帳戶), 執行
$ mock -r epel-6-x86_64 --arch=x86_64 --resultdir=$HOME --rebuild scim-bridge-0.4.16-6.fc15.src.rpm $ mock -r epel-6-x86_64 --arch=x86_64 --resultdir=$HOME --rebuild scim-tables-0.5.9-3.fc15.src.rpm $ mock -r epel-6-x86_64 --arch=x86_64 --resultdir=$HOME --rebuild scim-pinyin-0.5.91-28.fc15.src.rpm

完成後就可以將編譯結果生成的 scim rpm 安裝實機使用
包括:

scim-1.4.9-8.el6.x86_64.rpm
scim-libs-1.4.9-8.el6.x86_64.rpm
scim-gtk-1.4.9-8.el6.x86_64.rpm
scim-bridge-0.4.16-6.el6.x86_64.rpm
scim-bridge-gtk-0.4.16-6.el6.x86_64.rpm
scim-tables-0.5.9-3.el6.x86_64.rpm
scim-tables-chinese-0.5.9-3.el6.x86_64.rpm
scim-pinyin-0.5.91-28.el6.x86_64.rpm

安裝 scim 執行

# rpm -ivh rpm_file_name

設定使用 scim 輸入法引擎
登入 xorg 桌面
執行 im-chooser
選擇 scim
完成

備註:

mock-1.1.11-1.el6 在 CentOS 6(RHEL 6) 下執行時有一個小臭蟲, 在編譯前安裝要求套件時, 如果要求的套件在 [base] 及其他 repository 中有相同名稱相同版本的話, 會預設安裝 [base] 內的套件, 就算加入 cost=xxx 優先次序(或順序排列)亦無效, 唯一辦法是在 [base] 內加入 exclude= 項目來排除誤裝相同名稱套件(已實測)。
如果執行 mock 時使用了錯誤 [base] repository(例如 i386 使用了 x86_64)的話, 因為已經 cache 緩存而失敗無法再 yum 成功, 解決辦法是刪除清空 mock cache 緩存目錄 /var/cache/mock/ 。
RHEL 5(CentOS 5)系統內無法使用 mock build 編譯 CentOS 6(RHEL 6)的源碼套件, 主要原因是 RHEL5 的 rpm-lib 軟體版本不向上兼容 RHEL6 的 rpm 軟體套件包(已實測), 反之 RHEL6 系統內卻可以 mock build 編譯 RHEL5 的源碼套件。

拔除 ORZ 迷信: SSD 用了一整年後效能下降很大嗎?

2011-06-12T21:01:00.015+08:00

一年容易過龍舟(已過端午節了), Computex 2011展品戰場也完結, 今年 SSD 滿大片海潮般的遍地開花, 25nm NAND Flash 顆粒製程的散貨潮也展開了數個月多, 成本下降除了手機及平板熱也造就一片 SSD 繁榮景象, 阿貓阿狗廠商也要推出 SSD 或其相關軟硬體進入大餅市場, 當然不免出現大量行銷洗地河蟹槍手, 還有一群人云亦云的忠心門徒(利益所在財可通神嘛); 經常有朋友及同事在採購SSD 時會懷疑及擔心 SSD 使用後的效能下降很大, 甚至某某品牌降速快, 某某品牌技不如人, 某某品牌包山包海軟體一流服務等等, 這個也拜謝行銷槍手們啼笑皆非的吹捧秀, 也難怪會繼25nm 混雜 34nm 販售神仙過海後. 被踢爆封裝用白牌顆粒、ES 控、鎖文刪文狀告無下文的, 甚至近日的 2.06藍屏失蹤事件也見 ORZ 河蟹洗地。

在去年六月時採購了 SSD 使用, 到現在(今天)已經差不多一年了, 那麼到底近代(34nm)的 SSD 在長時間使用後效能下降很大嗎? 這個人云亦云迷信是時候考證, 剛剛在休閒星期天執行了一次 AS SSD 效能測驗, 以驗證一顆SSD 固態硬碟在一般個人應用環境使用一年後(每天八小時以上)的真實效能, 實機是一台 DIY 組裝電腦, 南橋晶片組是 Intel ICH10R, SSD 固態硬碟是 ADATA SSD S599 100GB, firmware 由 3.0.5 更新為 3.4.6, 運行 AHCI 模式, SSD 為系統 C 碟, HDD 為資料碟, 作業系統 Windows 7(包括 SSD 效能優化進階)。

ADATA SSD S599 100GB(3.4.6) 系統 C 碟一年使用後 AS SSD 效能

參考比較
ADATA SSD S599 100GB(3.0.2A) 資料碟空盤 AS SSD 效能

比較效能數值明顯的 Sequential write 下降大約 ~9%, 這個是 SSD 當了系統 C 盤, 也佔用了 ~68% 容量空間, 而且整整一年沒有執行磁碟重組(這個足夠證明 SSD 是不需要磁碟重組的), 其他有的無的效能上升應該是 firmware 升級 (3.0.2A 是 RC 初版)和使用了 Intel RST 驅動程式的情況; 個人在日常使用的情況中仍然是一個爽快度, 不過…用過 SSD 的腦惱人是不願意重回 HDD 系統碟的懷抱了吧, 至於舊 SSD 消費者是否有需要採購升級到 SATA 6Gbps,要視乎個人實際因素, 25nm 顆粒的壽命週期短已是事實(去年採購了 34nm 顆粒 SSD 的已經賺很大啊), SSD 新主控晶片(支援 SATA 6Gbps)始終要經過消費市場考驗, 除錯是不能或缺, 晶片由 ES 工程到 A1 過渡 A3 版本才見成熟, 當 SSD 傳輸速度到達一個高速的臨界點時, 新技術也難免有臭蟲缺陷, 更高速的 SSD 在受限電腦執行程式的速度, 個人感受的爽度已不會有大驚喜, 擔心 SSD 效能下降不如擔心穩定度, 電腦主機板硬體兼容性(尤其是 ACPI power management)也不是所有廠商一模一樣, 起碼消費者買下 SSD 就是要使用, 不是買來當廠商老鼠磚塊藍屏鏡, 未來 SSD 普及的障礙是 NAND Flash 顆粒的壽命週期了(當然還包括水果公司的採購大單啊), Intel 新晶片組 Z68 的電腦主機板包含了 ISRT(Intel Smart Response Technology) 技術, 利用 SSD 和 HDD 組建混合硬碟系統平台, 對於細容量 SSD 入門級的用戶也是個不錯的整體升級選擇方案。

補圖:
Adata SSD S599 100GB 實機使用一年後 SSD 的真實 Smart(Everest) 部分可參考屬性資料

(09)Power-On Time Count 通電使用時間「5209 小時」
(0C)Power Cycle Count 通電次數「801」
(F1)lifetime write froms host 已寫入數據量總數「320 GiB」
(F2)lifetime write froms host 已讀取數據量總數「3776 GiB」

以使用了一年後 380 天計筭, 每天平均通電使用了 5209/380 = 13.7 小時
每小時平均寫入了 320*1024/5209 = 62.9MB
每一分鐘平均寫入了 320*1024/5209/60 = 1.05MB (進階優化後的不錯啊 ^^!)
每小時平均讀取了 3776*1024/5209 = 742.3MB
每一分鐘平均讀取了 3776*1024/5209/60 = 12.37MB (快速讀取好處啊)

溫馨提示:

今年近月來市場上的 SSD 銷量有大幅爬升的趨勢, 明顯 25nm NAND flash 顆粒成本下降造成產品多樣化及 SATA 6Gbps 效能提升, 企業及私人公司考慮採用 SSD 方案提升員工效率及其系統升級, 而且大量單位採購數字也十分驚人, 腦場或多或小的會突然出現供應缺貨的情況, 而且筆電 Notebook 也有了配置 SSD 的型號及其支援優化軟體(例如 Lenovo 聯想的 Thinkpad Edge E420s/E220s 系列)。
Toshiba(東芝) 及 SanDisk 去年共同投資在日市三重縣興建的 NAND Flash 晶圓廠「Fab 5」已經落成, 開始正式投入量產, 投產的是 24nm NAND flash 將預計在 2011年第三季中出貨, 未來還會提升至 19nm 進程技術; 到今年第四季初時將會有 NAND flash 顆粒的成本較勁, 年底時市場上的 SSD 成本將受壓下降。

CentOS 6 猜測六月內釋出

2011-06-01T18:26:00.003+08:00

渡過了一整個靜寂宅懶的五月, 這個端午節的六月除了 Computex 2011、Mac粉果中地雷一串事件、夏天來臨不要亂飲亂吃(尤其是致癌 DEHP 買不到是您的短暫福氣)等等外, 另一個企鵝人及系統支援人員要注意的是事, 都已經等待了六個多月後 CentOS 6(RHEL 6 的 clone 版)即將進入 QA 階段, 發佈日程雖然不確定(亦不準確), 但是在無 ETA 預言及小缺失修正下大約會在六月分內釋出, 消息來自 CentOS 社群開發組 blog 文章。

當然仍然使用老技術(F6)舊系統的 CentOS 5.x 用戶是不一定需要升級到版本 6 的, 在穩定的前題下, 大升級難免會有陣痛期, 可能會有或多或小的不預期影響, 如果系統是用於 Production 機器環境的話, 必須有更周詳策劃, 機器(電腦)舊的硬體會因為軟體技術改變(和沒有官方驅動程式)而發生不支援的問題, 如果考慮到整個方案升級的話(包括硬體及軟體), 選擇較新技術的版本是更適合不過的。

另外, RHEL 6 已經無法安裝在只得 256MB 記憶體的老舊電腦內, 是時候放棄它們吧。

CentOS 5.6 升級更新 scim 1.4.4-44.el5 後出現 segmentation fault

2011-04-13T16:22:00.004+08:00

自 CentOS 5.6 釋出的升級後數天內, 多台使用 xorg 桌面時都發生奇怪的狀態, 當要執行的桌面應用程式時會無法啟動而立即關閉, 查看系統 log 後(dmesg)發現出現 segfault(segmentation fault)錯誤信息, 尤其是 scim-launcher 及 xterm。
經過再三的實測後, 發現是近日在線 yum 升級了 scim 及 scim-libs 造成的問題(CentOS 5.6 光碟並沒有 scim 升級), scim 及 scim-libs 由 1.4.4-41.el5 升級到 1.4.4-44.el5 後, 當 scim 應用介面啟動後, 其他 gtk 程式(例如 firefox)觸發了 scim, xterm 就必定不能正常執行, 會出現 memory segmentation fault 及立即關閉, 而且在系統 log 中會出現 scim-launcher 及 xterm 的 segfault 錯誤信息, 原因不明。
暫時解決辦法是「回復 scim 舊版本 1.4.4-41.el5(已實測)」:

登出 xorg 桌面
移除 scim 及 scim-libs
# yum remove scim scim-libs
在線安裝 scim 及 scim-libs 舊版本 1.4.4-41.el5 及中文輸入法支援
# yum --disablerepo=updates groupinstall 'Chinese Support'
登入 xorg 桌面生效

Linux...還是那樣的非一般系統!

補充:

CentOS 社群已在五月四日把 scim 及 scim-lib 版本 1.4.4-44.el5 移回 fasttrack repository, 暫時不會再出現在 updates, 下一次主版本(或許 5.7)更新時要多注意。

CentOS 5.6 嘗鮮鏡像下載 mirror download

2011-04-07T18:06:00.014+08:00

自 RHEL 5.6 官方釋出後都已經超過兩個月的漫長等待了, CentOS 5.6 社群商業版近日已經完成 QA 質量除錯進入鏡像同步階段, 一眾苦守用戶不欲再等待官方公告的話可以嘗鮮下載 CentOS 5.6。

下載位置:
32bit i386
http://isoredirect.centos.org/centos/5.6/isos/i386/
64bit x86_64
http://isoredirect.centos.org/centos/5.6/isos/x86_64/

Torrent 下載:
32bit i386 CD
32bit i386 DVD
64bit x86_64 CD
64bit x86_64 DVD

CentOS 5.6 官方正式發佈公告 Fri Apr 8 19:16:30 EDT 2011
http://lists.centos.org/pipermail/centos-announce/2011-April/017282.html

又是時候再參考 CentOS 5.4 光碟 yum 升級快過火箭升空

備註:

CentOS(RHEL) 5.5/5.6 的 Anaconda 安裝程式預設不會啟動 ext4 文件系統格式, 在預設安裝系統時不能選擇格化 ext4 文件系統格式, 要在安裝時格化 ext4 分割區的話, 在 bootup 畫面中鍵入 linux ext4 語句, 則可以令 Anaconda 安裝程式啟用格化 ext4 了(如果系統中已經有已格化的 ext4 分割區的話, Anaconda 亦可以自動掛載支援安裝到 ext4 分割區)。
安裝 ext4 文件系統格式的話, RHEL 5.5/5.6 不能支援 boot 分割區為 ext4。
安裝根目錄 / 為 ext4 文件系統格式的話, gnome 桌面的回收筒會缺失功能, 需要自行修改編譯 gnome-vfs 的 patch 補丁。
RHEL 5.6 要完全停用掛載 ipv6 modules 的話, 需要額外在 /etc/modprobe.conf 系統文件加入語句 options ipv6 disable=1
CentOS(RHEL) 5.6 安裝及升級會自動掛載 iscsi modules, 沒有 iscsi 裝置的話可以停用 iscsi 及 iscsid 服務來移除 iscsi 支援
chkconfig iscsi off chkconfig iscsid off

CentOS(RHEL)5 Mock build 的別權模擬編譯環境下修改再編譯的 dependency 問題

2011-03-09T14:10:00.016+08:00

CentOS(RHEL, Fedora) 的 RPM base 下 mock build 的模擬編譯環境應用技術不是特許新鮮物, 一般終端電腦用戶其實也無需認識其編譯技術理念(尤其是習慣使用 Windows 的門徒), 模擬編譯環境適合編程人員或系統管理員及高階企鵝族, 在下列所提及的實際問題情況前要瞭解 Mock 應用技術可參考 Fedora Project 內 Mock 資料。Mock build 的模擬編譯環境一般都是用於再編譯(Re-compilation)處理, 例如將 abc.src.rpm 源碼套件再編譯打包到其他的 RPM base 系統(RHEL, Fedora 等等), 此類再編譯作業並不會有太多問題發生, 多數情況都是空間容量不足、repository 連線或 mock 權限等等, 在網海上沖積的參考資料全部都是基本的再編譯作業或是跨平台再編譯, 沒有難度可言一試即成。

不過在實際情況下, 如果要 mock 編譯的是修改的源碼套件, 而需要安裝利用自家新的編譯後已修改源碼的程式開發庫(devel library)再編譯其他軟體的話, 卻是另一個腦惱問題, 因為 mock-yum 只會利用預設的 repository 來安裝 chroot 環境的軟體需求, 執行 mock 時是無法強制 mock-yum 略過或安裝自家修改的軟體套件, 也許專才會認為新的 mock 版本不是已新增 --install 功能嗎?! 可惜在實測中(EPEL5 內的 mock-1.0.7-1.el5)發現...就筭執行 --no-clean --install aa-2.i386.rpm aa-devel-2.i386.rpm 然後再執行 --no-clean --rebuild bb.src.rpm(依賴 aa-devel-2.i386.rpm)卻是無法略過 mock-yum 的強蠻檢查, 如果系統預設 repository 只得 aa-1.i386.rpm 及 aa-devel-1.i386.rpm, mock 就會傳回 ERROR 訊息的 "Cannot find build req aa-devel >= 2. Exiting" 而編譯失敗終止, 此問題是 mock python script 程式碼的瑕玼, 無論更新的版本亦無法以指令直接解決, 企鵝族及編程人員或多或小都會有自家修改的軟體需要再編譯, 最常見的是 freetype、firefox、xulrunner 等等。

mock build 編譯 firefox-3.6.14 時 mock-yum 無法找到 xulrunner-devel-1.9.2.14 而編譯失敗
唯一輕鬆可以解決的辦法是將自家更新的軟體套件在編譯的本機(或網絡)電腦內創建一個 local repository, 修改 mock 編譯預設文件檔案(例如 centos-5-i386.cfg 及 centos-5-x86_64.cfg)加入自家的 local repository 位置, 那樣在執行 mock build 時 mock-yum 就會因編譯需求自動在 chroot 環境內安裝自家的修改軟體庫了, 這是最方便的辦法, 適合多人網絡的模擬編譯環境使用而排除誤用舊軟體庫版本的問題, 只需在 mock build 前注意 local repository 的更新就可搞定, 此法亦適用於 x86_64 下跨平台編譯 i386/i686。

掛建 local repository 新增已修改軟體庫活用 mock 模擬編譯:
實機使用 CentOS 5.5 x86_64 的 mock-0.6.13-1.el5_2.3
安裝 mock 及配置:

yum 在線安裝 mock 軟體
# yum install mock
用戶帳號(例如 aa_user)加入 mock 群組
# usermod -G users,mock aa_user

實例: mock 編譯 xulrunner-1.9.2.14 及 firefox-3.6.14

首先自行準備好 xulrunner-1.9.2.14 及 firefox-3.6.14 的 src rpm 源碼套件
例如: 借用舊的 xulrunner-1.9.2.13-3.el5.src.rpm 及 firefox-3.6.13-3.el5.centos.src.rpm 解壓到 ~/rpmbuild/SOURCE/ 目錄內自行修改(或針對性功能...在此省略)後 rpmbuild -bs --nodeps --define 'dist .el5' spec_filename.spec 指令打包成 xulrunner-1.9.2.14-0.el5.src.rpm 及 firefox-3.6.14-0.el5.src.rpm
修改 mock 配置新增 distro 編號 '.el5'
登入管理員權限
編輯 /etc/mock/centos-5-x86_64.cfg 及 /etc/mock/centos-5-i386.cfg
在 #%dist 下新增一行
%dist .el5
儲存文件

mock 編譯 xulrunner:

先執行 mock build 編譯 xulrunner(編譯 firefox 需要 xulrunner 及 xulrunner-devel)
$ mock -r centos-5-x86_64 --arch=x86_64 --resultdir=/home/tester --autocache rebuild xulrunner-1.9.2.14-0.el5.src.rpm
build xulrunner 超長時間...要有耐性惡玩(無耐性的可以試 freetype 及 fontconfig)
如果要額外編譯 i386/i686(32bit) 系統的話
$ setarch i386 mock -r centos-5-i386 --arch=i386 --resultdir=/home/tester --autocache rebuild xulrunner-1.9.2.14-0.el5.src.rpm
編譯後結果 log 及 rpm 會產生在用戶個人目錄內 /home/tester/
xulrunner 及 xulrunner-devel rpm 產生後就可以準備編譯 firefox。

創建本機 local repository(例如 x86_64):

yum 在線安裝 createrepo 軟體
# yum install createrepo
建立 local repository 目錄(例如 /opt/localrepo.x86_64/ 或 /opt/localrepo.i386/)
# mkdir /opt/localrepo.x86_64
將 mock 編譯後的 xulrunner 及 xulrunner-devel rpm 放置到 local repository 目錄內
# cp -v /home/tester/xulrunner-*x86_64.rpm /opt/localrepo.x86_64/
在 /opt/localrepo.x86_64/ 目錄內創建 repository
# createrepo -o /opt/localrepo.x86_64/ /opt/localrepo.x86_64/

修改 mock config 預設文件, 加入 local repository 條件:
登入管理員權限
編輯 /etc/mock/centos-5-x86_64.cfg(32bit 的是 centos-5-i386.cfg)
在 [updates] section 後及 [groups] 前新增如下

[local]
name=local
baseurl=file:///opt/localrepo.x86_64/

儲存文件

mock 編譯 firefox:

$ mock -r centos-5-x86_64 --arch=x86_64 --resultdir=/home/tester --autocache rebuild firefox-3.6.14-0.el5.src.rpm
如果要額外編譯 i386/i686(32bit) 系統的話(需要自行準備 local repository 目錄 /opt/localrepo.i386/)
$ setarch i386 mock -r centos-5-i386 --arch=i386 --resultdir=/home/tester --autocache rebuild firefox-3.6.14-0.el5.src.rpm
編譯後結果 log 及 rpm 會產生在用戶個人目錄內 /home/tester/

完成後, 使用 mock 編譯後的 xulrunner 及 firefox rpm 打包套件就可以安裝到 CentOS 5 系統中使用。
以後需要更改軟體再編譯的話, 只需要更新 /opt/localrepo.x86_64 及 /opt/localrepo.i386 的 repository 內容後就可以立即 mock 編譯了。

備註:

mock build 要利用 mock-yum 在線下載系統軟體來掛建 chroot, 如要加快下載速度, 可以利用 proxy 或建立同步的系統及更新 local repository(又是另一個題外話)。
mock build 模擬編譯時會在 /var/lib/mock/ 目錄內掛建 chroot, 注意會耗用很大容量空間, 完成所有 mock 編譯程序後 /var/lib/mock/ 目錄內的所有文件檔案都可以刪除清空以釋放硬碟空間。
利用 mock build 模擬編譯好處是不用在自己的電腦內安裝大量的編譯需求套件(例如大量的 devel library), 亦可以排除使用 root 權限編譯的安全(或錯誤路徑)問題, 還可以支援不同 arch 下 cross compilation, 唯一缺點是...mock-yum 下載實在十分耗時, 所以對於大量使用 mock 的編程人員或管理員則建議建立同步的系統及更新 local repository, 減輕耗用網絡頻寬及下載時間, 而個人用戶的話可以暫時使用 proxy 來加速下載, 其他的需求視乎個別情況修改。
在 x86_64 的系統內部分軟體還需要依靠 i386 的架構, 留意是否需要同時編譯 x86_64 及 i386。

RHEL6 kernel 開源碼整合齊人包, Redhat 無私顯見私

2011-03-07T16:30:00.002+08:00

RHEL6 的推出令到不小企業注意到舊系統的生命週期造成系統升級及遷移的進程企劃, 評估測試是最必然的事, 雖然 CentOS 社群仍未釋出(未知預期)開源碼企業社群版, 而另一個基於 RHEL6 的社群版 Scientific Linux 6 已經官方釋出, 但是眾多 RHEL6 的嘗鮮用戶或許仍不知道 Redhat 公司在 RHEL6 內改變了開源策略, RHEL6 內 kernel 的源碼已經變成了齊人包, 以往 RHEL 釋出的 kernel 所有(數十個)補丁修正文件現在全部被 Redhat 烹煮到 kernel 源碼內, 例如: RHEL6 的 kernel-2.6.32-71.el6.src.rpm 源碼套件內再沒有獨立的補丁修正文件(patch), kernel 源碼已整合成 linux-2.6.32-71.el6.tar.bz2。

RHEL6 的 kernel src 源碼套件 kernel-2.6.32-71.el6.src.rpm 已整合「所有」patch
The Register:
Red Hat: 'Yes, we undercut Oracle with hidden Linux patches'

Redhat 的 CTO Brian Stevens 解說這次策略的改變明顯是衝著 Oracle 及 Novell 提供的支援服務, 將源碼整合打包並沒有違反 GPL 開源碼條款, 只針對競爭對手的商業客戶服務...云云。

Redhat 此法無私顯見私的改變對於個別終端用戶應該是不會有多大影響(可能還不知道吧), 不過對企鵝人甚至開發社群(CentOS 或 Scientific Linux)等等可能有產生源碼追蹤的問題, 尤其是對 kernel 查證源碼或特定環境改造都會更困難, 考慮升級的用戶或管理群應更詳細評估此情況的未知影響。

RHEL 5.6 真的「完全」支援 ext4 文件系統格式嗎?!

2011-02-26T07:25:00.010+08:00

2008 年 12月發佈正式的 ext4 文件系統格式及後其支援的 kernel 2.6.28, 到今天都差不多兩年多了, 除了主流的 Linux 系統 distro 個別開發嘗鮮版本外, 企業版的 Linux 系統(RHEL, SUSE 等等)基於穩定安全下一直都是以 technical preview 的方式讓用戶體驗, 並沒有完全地提供原整支援, Redhat 公司釋出的 RHEL 6 及 RHEL 5.6 終於都支援了正式 ext4, 雖然 Redhat 官方在 RHEL 5.6 版本發行說明文件中表示了「The fourth extended filesystem (ext4) is now a fully supported feature in Red Hat Enterprise Linux 5.6」, 不過在 RHEL 5.6 的其他軟體套件卻仍然存在相容性問題, 其中 RHEL 5.6 提供的軟體 gnome-vfs 並沒有更新支援 ext4, 一但 / 根目錄或 home 目錄架建在 ext4 格式下的話, 在 gnome 桌面應用時會有功能缺失的問題, 最常見的狀態是 gnome 桌面的 Trash「回收筒」不會顯示任何已刪除的文件, 而且 nautilus 也不能正常偵測到 ext4 應用分割區。

RHEL6 的 ext4 分割區在 gnome 桌面刪除文件後 Trash 的內容存在已刪除文件
RHEL5.6 的 ext4 分割區在 gnome 桌面刪除文件後 Trash 的內容空白
RHEL 5.6 發行說明文件
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html-single/5.6_Release_Notes/index.html

Fourth Extended Filesystem (ext4) Support
The fourth extended filesystem (ext4) is now a fully supported feature in Red Hat Enterprise Linux 5.6. ext4 is based on the third extended filesystem (ext3) and features a number of improvements, including: support for larger file size and offset, faster and more efficient allocation of disk space, no limit on the number of subdirectories within a directory, faster file system checking, and more robust journaling.
To complement the addition of ext4 as a fully supported filesystem in Red Hat Enterprise Linux 5.6, the e4fsprogs package has been updated to the latest upstream version. e4fsprogs contains utilities to create, modify, verify, and correct the ext4 filesystem.

RHEL 5.6 kernel 是 2.6.18-238
RHEL 5.6 內的 gnome-vfs2 版本仍然是 5.5 時的 2.16.2-6.el5_5.1 而 RHEL 6 內的版本已更新是 2.24.2-3.el6, 舊的版本仍然沒有支援 ext4 及 ext4dev, Debian bug#539322 2009/7 收納了此問題, 而 Redhat bug#594836 2010/5 亦收納了此問題, 不過 Redhat 官方並沒有對此支援修正感到趣味性, 這造成 RHEL 5.6 的 ext4 其實只是 kernel 的改造支援而已, 其他的軟體在相容性下變成的像殘障病患一樣, 其實 RHEL 5.6 連自身的 anaconda 系統安裝程式也沒有更新到支援格化 ext4 文件系統格式, 在腦惱的失望下唯有自己解決 gnome-vfs 的缺陷(加 patch)【適用於 CentOS 5】。

參考了 Bug#594836 內的附件 "Minimal patch to add ext4 support", 可以自行新增 ext4 patch 到 gnome-vfs2-2.16.2-6.el5_5.1 的源碼內手動編譯及安裝。

將下列修正源碼補丁 "Minimal patch to add ext4 support" 儲存為 gnome-vfs-2.16.2-ext4.patch 文件

--- gnomevfs-2.16.2/libgnomevfs/gnome-vfs-filesystem-type.c 2010-11-10 20:35:39.000000000 +0000 +++ gnomevfs-2.16.2/libgnomevfs/gnome-vfs-filesystem-type.c 2010-11-10 20:39:22.000000000 +0000 @@ -47,6 +47,8 @@ { "ext2" , N_("Ext2 Linux Volume"), 1 }, { "ext2fs" , N_("Ext2 Linux Volume"), 1 }, { "ext3" , N_("Ext3 Linux Volume"), 1 }, + { "ext4" , N_("Ext4 Linux Volume"), 1 }, + { "ext4dev" , N_("Ext4 Linux Volume"), 1 }, { "fat" , N_("MSDOS Volume"), 1 }, { "ffs" , N_("BSD Volume"), 1 }, { "hfs" , N_("MacOS Volume"), 1 },

下載源碼套件 gnome-vfs2-2.16.2-6.el5_5.1.src.rpm

安裝源碼套件
# rpm -ivh gnome-vfs2-2.16.2-6.el5_5.1.src.rpm

將 gnome-vfs-2.16.2-ext4.patch 文件新增到源碼目錄 /usr/src/redhat/SOURCE

修改 rpm build spec 編譯程序文件加入 ext4 patch 程序
將下列 patch 源碼儲存為 spec.patch 到 /usr/src/redhat/SPEC 目錄

--- gnome-vfs2.spec 2011-02-25 18:26:49.550202195 +0800 +++ gnome-vfs2.spec 2011-02-25 18:28:10.237202195 +0800 @@ -12,7 +12,7 @@ Summary: The GNOME virtual file-system libraries Name: gnome-vfs2 Version: 2.16.2 -Release: 6%{?dist}.1 +Release: 6%{?dist}.1.1 License: LGPL Group: System Environment/Libraries Source0: gnome-vfs-%{version}.tar.bz2 @@ -94,6 +94,8 @@ # CVE-2009-2473 neon, gnome-vfs2 embedded neon: billion laughs DoS attack # Patch25: CVE-2009-2473-neon-billion-laughs.patch +# ext4 support as of RHEL6 +Patch99: gnome-vfs-2.16.2-ext4.patch %description GNOME VFS is the GNOME virtual file system. It is the foundation of @@ -158,6 +160,8 @@ %patch23 -p1 -b .copy-follow-symlink %patch24 -p1 -b .dav-escape +%patch99 -p1 -b .ext4 + # -- disabled, no QE capacity # %patch25 -p1 -b .neon-CVE-2009-2473

執行 spec.patch 補丁修改 gnome-vfs2.spec

# cd /usr/src/redhat/SPEC
# patch -b gnome-vfs2.spec spec.patch

手動編譯

# cd /usr/src/redhat/SPEC
# rpmbuild -ba gnome-vfs2.spec --define 'dist .el5_5'

**所有編譯開發套件要求需要手動執行 yum 安裝, 包括 yum groupinstall 'Development Tools'

編譯完成後手動升級安裝

# cd /usr/src/redhat/RPMS/i386
# rpm -Uvh gnome-vfs2-2.16.2-6.el5_5.1.1.i386.rpm gnome-vfs2-smb-2.16.2-6.el5_5.1.1.i386.rpm

安裝了 gnome-vfs 支援 ext4 的修正補丁後, gnome 的 Trash「回收筒」功能回復【CentOS 5.5】
備註:

如果系統是 x86_64 的話, 則可以使用 mock 別權環境打包源碼後編譯 i386 及 x86_64。
由於 blogger 對 code 碼的左方空白字去掉, 留意源碼位置已被自動改動。

更新補充:

經過了四個多月的無樂趣 ext4 完全支援經歷後, Redhat 公司終於在 FasTrack 提供 gnome-vfs2 修正, gnome-vfs2 bug fix update RHBA-2011:0441-1

Windows 7 SP1 知者不言

2011-02-20T01:14:00.009+08:00

微軟已經官方釋出 Windows 7 及 Windows Server 2008 r2 的 SP1 更新, 在 2011/2/16 MSDN 及 TechNet 用戶已經可以嘗先下載 SP1 更新、語言包及其整合版本分支, 一般用戶則可以在 2011/2/22 透過 Download Center「下載中心」及 Windows Update 推送更新服務包; 此次的 SP1 更新服務包將包含 2010/11 月及以前釋出的所有更新 patch, 另外加入了兩項虛擬化的進階功能, 包括 RemoteFX 及 Dynamic Memory, 並且提供了 ThinClient 版本分支。

Windows 7 service pack 1 技術文件資料
http://technet.microsoft.com/en-us/library/ff817622%28WS.10%29.aspx

當然非 MSDN 及 TechNet 的一般用戶亦可以善用 google 仙人
DVD iso 光碟影像檔案文件包括:
Windows 7 and Windows Server 2008 R2 SP1 x86 x64 DVD 多個語言
mu_windows_7_and_windows_server_2008_r2_sp1_x86_x64_dvd_619642.iso
SHA1: F2ABA1102E18EAD08C78527AB422C09AB7D1F54C

Windows 7 Service Pack 1 Language Pack (x86) - DVD
mu_windows_7_sp1_language_pack_x86_dvd_619716.iso
SHA1: E9261433FF5CCACA818328A9BDBBED3F21A6405E

Windows 7 Service Pack 1 Language Pack (x64) - DVD
mu_windows_7_sp1_language_pack_x64_dvd_619714.iso
SHA1: 7CD1FE568D968D89792DC9FF20E9AF2B318995C2

英文版的 Windows 7 with SP1 DVD iso 整合版的資料可參考:
http://www.sevenforums.com/news/139450-windows-7-sp1-integrated-isos-leaked.html

更新前必須先執行全系統備分, 及確保電腦電源供電不會終斷。
已知的軟體相容性問題:
http://support.microsoft.com/kb/2492938/

未知(不可預料)的更新故障主要是 USB 的系統檔案 usbport.sys, usbehci.sys, 及 winusb.sys 沒有正確更新, 在裝置管理員內會看見感嘆號(!), 快捷的解決辦法是在裝置管理員刪除出現嘆號(!)的 USB 控制器, 重啟電腦讓系統自動再偵測裝置及安裝系統驅動, 此狀態多數會出現在主機版使用 NVidia NForce的晶片組 USB 控制器驅動。

而另一個已知的更新故障是已安裝多國語言包後更新 SP1 時造成藍屏, 無法完成程序及重新正常啟動, 出現

Error C000009A applying update operation {######} of {######} (\Registry...)

此情況是由於安裝多國語言包後沒有啟用, 令系統 registry 內缺失了註冊機碼, 解決此問題的唯一辦法是先強行卸載 SP1 及利用還原點回復系統, 移除舊的多國語言包後再安裝(幸運的話)。

備註:

執行更新過程需要時間, 如果使用一般 HDD 硬碟(甚至 Notebook 筆記本)的話, 更新時間可能耗半小時(已實測)及以上。圖
SP1 更新後的硬碟容量會暴增達 985MB(已實測)
安裝 SP1 前及安裝 SP1 後的容量
 包括 Service Pack Backup Files 及系統還原點. 如果需要釋放空間容量的話可以手動執行 Disk Cleanup「磁碟清理」刪除, 不過將無法還原及卸載 SP1。
如果是全新安裝 Windows 7 with SP1 整合版本的話, 容量較執行更新包後減小大約 750MB(已實測)。
如果已使用英文版(Ultimate 及 Enterprise)及安裝語言包的話, 需要在控制台內的區域語言配置手動移除舊版本, 及手動安裝 SP1 新版本(已實測)。
由於 SP1 是 2010/11/20 日製作, 沒有包含 2010/12 月及以後的 patch, 如果是全新安裝 Windows 7 with SP1 整合版的話, 在 Windows Update 內會立即發現有更新需要下載。

RHEL6 使用 DVD 光碟 yum 安裝軟體

2011-01-25T02:00:00.004+08:00

RHEL6 一般必需註冊(免費 30 天評估或付費)才可以獲得線上軟體更新支援及下載, 不註冊的話其實亦可以使用光碟來執行 yum 安裝, 此方法適合多台電腦進行評估測試時免去大量註冊所需, 及沒有聯網環境的獨立電腦, 而且多台電腦亦可以共用光碟分享位置(無需大量燒錄光碟)來安裝軟體, 當然如果要更新軟體的話就必需付費註冊(除非手動自行編譯更新源碼套件)。

RHEL6 使用 yum 光碟安裝軟體步驟:

掛載 RHEL6 光碟
# mkdir /mnt/cdrom
# mount /dev/cdrom /mnt/cdrom -t iso9660 -o loop,ro
將光碟內的 media.repo 檔案內容複製到 /etc/yum.repos.d/media.repo
# cat /mnt/cdrom/media.repo > /etc/yum.repos.d/media.repo
加入 yum 使用安裝光碟路徑到 /etc/media.repo
編輯 /etc/yum.repos.d/media.repo 新增 baseurl=file:///mnt/cdrom/
# echo 'baseurl=file:///mnt/cdrom/' >> /etc/yum.repos.d/media.repo
完成

測試:

# yum repolist

備註:

在桌面環境插入安裝光碟時會自動複製 media.repo 文件到 /etc/yum.repos.d/packagekit-media.repo, 不用理會。
當然亦可以掛載安裝光碟的 iso 映像檔案(或網絡路徑)到 /mnt/cdrom/ 目錄進行 yum 安裝軟體。

RHEL6 下載評價試用體驗

2011-01-21T16:14:00.004+08:00

在去年 11 月時 Redhat 紅帽公司官方釋出了 Red Hat Enterprise Linux 6(RHEL6) 企業級 Linux 系統, 一直守候等待 CentOS 社群移植開發, 閒情時間有限沒有嘗試的心力, 近日也溜空的實測試用一下 RHEL6 的體驗, 起碼在 CentOS 6 來臨時不會一惆莫展腦惱般的盲撞, 而且系統升級進階是始終都不能避免。

RHEL6 其實基礎是步進於 Fedora 10 架構, 如果習慣使用 Fedora 的話應該不難上手, 而且也很眼熟的, 不過由 RHEL5 升級到 RHEL6 卻是非一般簡單, 尤其是 RHEL6 的系統配置功能及軟體套件有很大的改變, 以往使用的 SystemVinit 已改變為 upstart, 系統支援人員(系統管理員)及用戶都需要研究學習, 由於系統軟體(及兼容)有很大的改變, 升級及遷移舊系統需要額外配置設定亦令過程變得複雜了, 而且升級後也可能有無法預測的兼容錯誤問題, 所以升級前必雖慎重考慮方案流程及測試。

Red Hat Enterprise Linux 6 主要分為二個分類版本 Server(伺服器), Desktop(桌面)
Server 版本:

Red Hat Enterprise Linux Server
Red Hat Enterprise Linux for HPC Head Node(HPC機群部署管理)
Red Hat Enterprise Linux for HPC Compute Node

Desktop 版本:

Red Hat Enterprise Linux Desktop(Client)
Red Hat Enterprise Linux Workstation

評價試用體驗當然需要下載, Redhat 紅帽公司提供了官方下載 Red Hat Enterprise Linux 6 Server 的 30 天評價試用

redhat 官方下載 RHEL6 試用方法:

到 redhat 網頁註冊一個帳號(需要 email 電郵信箱)
https://www.redhat.com/wapps/ugc/register.html
電郵收信後激活 redhat 帳號, 激活帳號後登出
到 redhat 網頁選擇下載評價試用
https://www.redhat.com/rhel/details/eval/
選擇 Download 30-day evaluation
輸入以上激活的 redhat 帳號
電郵信箱會收到正在處理中的信件, 等待第二封電郵
電郵信箱會收到訂閱已激活, 此時即可以登入 redhat subscription channel 下載 RHEL6 Server 版本
https://rhn.redhat.com/rhn/software/downloads/SupportedISOs.do
安裝完成後, 註冊系統(使用以上的 redhat 帳號)即有 30 天的免費軟體更新支援, 逾期後需要付費續期才可以獲得軟體更新支援。

非官方下載 RHEL6 torret:
RHEL6 Server 32bit DVD iso
RHEL6 Server 64bit x86_64 DVD iso
RHEL6 Desktop Client 32bit DVD iso
RHEL6 Desktop Client 64bit x86_64 DVD iso
RHEL6 Workstation 32bit DVD iso
RHEL6 Workstation 64bit x86_64 DVD iso

備註:

那 Supplementary disc 其實是 Adobe Acrobat Reader, Flash Plugin 及 Sun Java Runtime。
Server 版本沒有包含 openoffice.org 軟體套件。
沒有註冊 redhat 支援(免費或付費)的話, RHEL6 是不能線上 yum 軟體更新及下載, 系統功能仍然是正常可以運行。

ADATA 威剛 S500 系列 S599 firmware 韌體更新

2011-01-05T20:36:00.008+08:00

已經歷了差不多半年使用 SSD 固態硬碟的爽快度, 已經無法重投物理硬碟當 OS 系統的懷抱了, 在這半年的使用中也實在的嘗到一次系統不穩的「小」問題而出現啟動 OS 時藍畫面(腦惱啊), 不過經過細心檢查發現是 SATA 線材接頭不穩固的問題, 更換了新的 SATA 線材後就再沒有發生任何怪異狀態了, 也不曾想過要更新 SSD 的 firmware 韌體(起碼在半年多天天使用的過程中也踫不到甚麼靈異事件), 但是穩定及效能的步進推演是不會(亦不能)停下來, 更新產品的韌體及電子線路板(甚至晶片組)在所難免。ADATA 威剛推出的當代 SSD 固態硬碟 S500 系列在近月(好像是去年十月和十二吧)官方釋出了韌體更新軟體工具, 已購買 ADATA S500 系列 SSD 的用戶終於可以自行更新到最新的韌體版本以改善效能及穩定。

ADATA SSD S599(sandforce) 韌體更新軟體工具下載網頁, 韌體版本是 3.4.6(2010/12/30)
http://www.adata.com.tw/index.php?action=product_download&cid=3&piid=33

更新步驟:

必需先將 SSD 固態硬碟完全備分以免任何資料檔案損壞, 個人文件及設定檔案建議額外再備分(尤其是 SSD 組成 RAID 0 當系統碟)
下載 ADATA S599 Firmware Upgrade Tool V1.0.rar 後手動自行解壓縮(需要有 WinRAR 或 7zip 軟體)
以系統管理員身分執行 ssdupdate.exe
程式會自動偵測檢查存在適合的 ADATA SSD
圖中的是 S599 100GB 舊韌體版本是 3.0.5
點按 "..." 選擇韌體文件 "3.4.6.pkg",
在 Drive List 中勾選需要更新韌體的 S599 SSD,
然後點按 "Download Firmware to Selected Drive"
程式最後確定提示, 用戶必需在更新韌體前將 SSD 固態硬碟備分, 及系統會自動重啟
點按 OK 繼續, 更新韌體大約兩分鐘內完成
重啟後更新完成
韌體版本是 3.4.6

更新韌體後的差異最明顯的是 SMART 溫度的偵測, 溫度指數 C2 出現失常的誤判了, 竟然由舊的 ~26℃ 變成 53℃(今天室溫還只是 ~16℃ 而已), 相信沒有多小個固態或物理硬碟能長久存活在此溫度運作環境下吧(將此誤判的溫度/2 就差不多正常了)。 ~~!

備註:

系統重啟後由於 SSD 的硬體資料改動, OS 系統(Windows)會再配置新裝置(更新 GUID), 如果 SSD 是系統碟的話系統會提示需要重啟一次。
更新韌體會有小許風險, 系統必須在穩定狀態下執行更新程序(電源啊), 萬一更新出狀態的話, 要聯絡 ADATA 代理商保固。

另外, ADATA 的 S596 及 S596 Turbo SSD 亦官方釋出了韌體更新軟體工具, 有需要的話可瀏覽 ADATA 的官方網頁下載
S596 SSD
http://www.adata.com.tw/index.php?action=product_download&cid=3&piid=35
S596 Turbo SSD
http://www.adata.com.tw/index.php?action=product_download&cid=3&piid=103

溫馨提示: Sandforce 的新一代 SSD 固態硬碟控製器 SF2000 系列, 採用 SF-2582 控製器晶片工程樣本已經正在國際消費電子展 CES 2011 中展出實體工程樣品 OCZ「Vertex 3 EX」及「Vertex 3 PRO」, 支援 SATA III/6Gbps 及 25nm NAND flash 顆粒, 單碟(非 raid 0) 550MB/s 讀取 525MB/s 寫入 80K IOPS 4K 隨機寫入效能, 預計產品及類同產品將在第二季上市, 願望一嘗享受超激爽快度的玩家們要準備好(要鈔票滿滿的)錢包啊。

Centos Linux 活用 dnsmasq 緩存加速本機及局網 DNS resolver 解拆 IP 地址速度

2010-12-09T18:07:00.004+08:00

在慢不經意的網海世界流連閒遊, 經常都會發現瀏覽速度(或電郵伺服器)傳送會突然瞬間頓頓的, 當然網站伺服器及其網絡頻寬相關都排除後, 剩下唯一可能是路由器(或 DNS 伺服器)的問題, 尤其是現代的網頁內容極其「瘋」富, 一個網頁有十多個不同地址的 Flash 及廣告已是平常不過, 試難想像當眾多電腦(辦工室或教育機構)在繁忙時段要 DNS resolver 解拆 IP 地址時路由器(或 DNS 伺服器)所受到的壓力, 而且現今的大爺 ISP 電訊服務商還會玩 DNS 攔截過「淚」的把戲, 當然那 15ms~100ms 的回傳時間不筭怎麼樣, 但能夠為本機及相鄰局網電腦 DNS resolver 解拆地址提升速度(5ms內)也是不錯的。

Linux 應用軟體 dnsmasq 輕量而且可以提供簡易設定的 DNS 轉發(forwarder)及 DHCP 伺服器, 配置成為一個 DNS 緩存加速轉發機供應其他相鄰(及本機)電腦使用, Windows 及 Linux/Unix 或 MacOS 都可以同時得益, 亦減輕大量網絡交通時向上扒 DNS 的時間。

實機使用 CentOS 5.5 Linux, dnsmasq-2.45-1.1.el5_3.i386

設定 dnsmasq 配置緩存加速轉發(cache forwarder):
1. 安裝 dnsmasq, 以 root 系統管理員權限執行在線安裝指令
# yum install dnsmasq
其實 CentOS 一般安裝時已經預裝了 dnsmasq
2. 設定 dnsmasq
以 root 系統管理員權限編輯 /etc/dnsmasq.conf
新增一行, 使用本機 local loopback 監聽地址

listen-address=127.0.0.1

3. 新增一行, 停用無關的 DHCP 供應介面 eth0 裝置

no-dhcp-interface=eth0

4. 如果 DNS 轉發需要提供給其他相鄰局網電腦使用的話, 新增一行

interface=eth0

5. cache-size 的預設值只是 150, 修改增加 DNS 緩存數量 1000(最大上限是 10000), 新增一行

cache-size=1000

6. 設定使用本機 DNS 回傳解拆為先
以 root 系統管理員權限編輯 /etc/dhclient-eth0.conf
新增一行

prepend domain-name-servers 127.0.0.1;

7. 設定 DNS resolver 的服務地址(dnsmasq local loopback)
以 root 系統管理員權限編輯 /etc/resolv.conf
新增一行在首行(如圖)

127.0.0.1

8. 如果需要使用 google dns 的話, 可以加入 8.8.8.8 及 8.8.4.4
9. 如果使用其他局網電腦提供的 dnsmasq, 可以在首行加入其 ip 地址(如圖), 如果其電腦不存在(關機的話), 則會自動選用 127.0.0.1(dnsmasq local loopback)援存加速

由於 DNS 的 domain 地址保留時限是根據 domain 傳回的 TTL(Time To Live), 並不會永遠存留在 cache 中, 所有 cache 都會自動 expire 餘時過期的。

測試, 執行指令 dig google.com

回傳第一次時是正常向上扒 dns 解拆的時間(7Xms), 第二次則是緩存加速後的時間(1ms), 速度差別很大(雖然只是小小的數十個 ms, 如果眾多電腦在繁忙時段大量的話, 節省下的時間是十分可觀的)

備註:
如果 dnsmasq 架設是提供給局網其他相鄰電腦使用的話, 防火牆要開啟 port 53。

Cisco 2010年第三季全球威脅報告, Stuxnet 香港上榜!

2010-11-18T20:34:00.004+08:00

思科系統剛在 16/11/2010 發表了 2010年第三季全球威脅報告, 香港上榜啦! 話說香港某某某官...(還是不要寫的好, 要河蟹同化啊 ^^!)

在思科系統的全球威脅報告中, 除了我自己電腦也中伏沒攔截到的 java 病毒威脅外, 最特顯的是今年全球新鮮的 Stuxnet 襲擊, 香港受影響佔全球 25%, 除了香港本地沒有甚麼核電XYZ電科技工業外, 相信正常人都會猜想到金融企業系統是最後目標, 尤其是積極配合政府善用遣散外判服務的某些大屁股基建公司機構及金融銀行相關企業。

已受 Stuxnet 影響到的地區位於 38% 英國, 25% 香港, 13% 文萊、荷蘭及澳洲

下載 Cisco 2010年第三季全球威脅報告:
http://www.cisco.com/en/US/prod/collateral/vpndevc/3q10_cisco_threat.pdf

CentOS 5 Linux 使用 Realtek RTL8111B/8111C/8168 網絡晶片 1000Mbps 連線環境下超緩慢

2010-11-15T17:23:00.004+08:00

在不斷演進的科技大世界中, 老舊的 10Mbps 和普及的 100Mbps 乙太網絡及裝置設備, 到現代 1000Mbps 網絡多媒體速度的追求, 平民百姓也可以組架自家的高速網絡; 近日在不經意的發現組建部分聯網電腦的 1000Mbps 連線龜速的緩慢, 無論瀏覽網頁或電郵及遠端連線, 甚至連接到 gateway 及 dns resolver 都失常的緩慢及反應遲頓, 感覺傳輸的資料封包(packet)有非同步的不斷重試傳輸現像, 最奇怪的連接到 Router 的管理網頁內也超緩慢(busy)。

在腦惱發作下終於無法忍受要尋找解決方法, 在實機環境發現相同問題的都是主機板配置 Realtek 網路晶片的電腦, 及使用 CentOS(RHEL) 5.5 Linux 系統, 在 1000Mbps switch 網絡交換機連線使用。

實機測試 CentOS 5.5 Linux 32bit, Kernel 2.6.18-194.17.4.el5PAE
主機板 P5QL-EM Realtek RTL8111C(支援 Jumbo Frame 6Kbyte)
D-Link DGS-1005D 5-port Gigabit Switch 交換機, 1000Mbps 連線
D-Link DI-524 2.4GHz (802.11g) Wireless Router 路由器, 100Mbps 連線
Linksys WRT54G 2.4GHz (802.11g) Wireless Router 路由器, 100Mbps 連線

在實機測試時, 不作任何調校及改動, 使用 Kernel 2.6.18-194.17.4.el5PAE 內建的 r8169.ko driver module 驅動程式, 網絡連線起動正常, DHCP 取 IP 及配置成功, 但是瀏覽網頁每頁都要等待超過五至十秒, 任何連線到 gateway router 都反應緩慢, Windows 系統的 Remote Desktop 連線(rdesktop)亦會一連線即失效(好像等待 timeout...)

更新使用 Realtek 網站的 Linux 驅動程式 8.019.00 2010/8/31 後
配置 1000Mbps Full Duplex 指令

# ethtool -s eth0 speed 1000 duplex full autoneg on

測試後發現問題仍然出現連線遲緩, 直至強迫使用 100Mbps 連線才回復連線品質, 十分奇怪的現像

# ethtool -s eth0 speed 100 duplex full autoneg on

在不斷重覆測試後, 發現此連線遲緩主要是 Linux 內的網絡連接觸發時間(亦可能是協同及 switch 紀錄不協調吧), 最神奇的是只要將配置指令執行多次, 網絡連線速度竟然會回復正常, 真是超怪異啊! 不過在實測時最奇怪的是 Jumbo Frame (MTU), 如果改動 Jumbo Frame 的話亦會即時連線遲緩, 又要多次執行配置指令才會回復正常, 真是莫明奇妙。

暫時無解下的解決辦法是唯有執行配置指令, 強迫系統回復 1000Mbps 正常連線

# ifdown eth0 # ethtool -s eth0 speed 1000 duplex full autoneg on # ifup eth0

備註:
另外 mii-tool 指令已經不支援 1000Mbps 的裝置
要檢查網絡配接卡資料的話, 執行指令:

# ethtool eth0

補充:
在測試時偶然地發現近日(其實已經多個月了)有超極大量的殭屍網絡 botnet 刺探出現, 全部不同的 IP 地址都是源自大陸, 差不多每十個有九個會刺探 TCP port 9415 及其他標準的 proxy port 1080 3128 8080 3389 4899 等等, 來源 port 99% 都是 6000, 要多注意防火牆設定, 避免路由器萬一使用 DMZ 時暴露到網軍手中。
DI-524 紀錄 botnet 刺探
DI-524 防火牆配置

補充更新:
近日(三月時) Realtek 釋出了網絡晶片組的 Linux/Unix 驅動程式更新 8.022.00 版本, 實測使用此版本的驅動程式後發現在 1000M 網絡遲緩頓頓的問題消失, 似乎已解決其 1000M 網絡下混插 100M 的 packet lost 問題, 比較 8.020.00 版本(Linux RHEL 5/6 下根本不能 compile 編譯安裝)的問題好多了, 不過留意安裝後要手動編輯修改 /etc/modprobe.conf 將 alias eth0 r8169 改為 alias eth0 r8168
Realtek 網絡晶片 Linux/Unix 驅動程式更新 8.022.00 版本下載位置

電腦機箱 DIY 改造切割輕鬆快捷省力

2010-10-18T15:43:00.009+08:00

當代的電腦技術不斷進步, 近十年效能已經翻數倍的成長, 十年前那時還在 Pentium 3 年代, 電腦核心零件熱量不高, 散熱並不是甚麼難題, 電腦機箱改造 DIY 都像是異族的看待, 搞個大機箱用花輪式銅製散熱器及銅片已經滿意足, 再不然就用致冷片來壓溫超頻, 回憶當年為了 P3 雙 CPU系統改造電腦機箱, 在直立機箱底部鑽一排細孔引入氣流, 平衡機箱內電源風扇(及雙後置風扇)強負氣壓令散熱效率降低, 同時剪裁了風扇鐵罩以減去風扇對外排氣的氣流阻抗, 那年還被取笑毫無用處、多餘甚至無聊行為, 然而十年後的今天, 當代 DIY 電腦直立機箱已絕大部份底部開孔, 越多風扇氣孔的機箱越受 DIY 族歡迎,, 而風扇氣孔已採用圓網孔減小阻抗, 甚至機箱前面版也採用網孔設計, 當年奇異的點子竟然是今天的明燈。

近日要 DIY 改造自己組裝的細機箱電腦(DIY心癮發作罷了 ^^!), 朋友同事經常提及機箱散熱切割側板云云, 就將今次機箱 DIY 改造切割的輕鬆過程記錄留作參考, 其實網上也有很多DIY 改造電腦機箱可供參考; 然而最奇怪的現象是網上的討論區經常出現一些令人啼笑皆非的建議, 還有跟風族吹捧炫耀成果; 俗諺: 工欲善其事, 必先利其器, DIY 改造機箱到底要採用大型切割機(例如: 曲線鋸/Jigsaw)的大才小用, 或是手動剪裁器(甚麼方角剪云云)的不切實際, 其實兩者都不合適, 曲線鋸處理小圓角及不規則料件不理想, 方角剪太過手動耗費時間力氣, 兩者都需要額外的工具再打磨; 今次實作使用的工具是輕型的電磨機(刻磨機/雕刻機)(不同國家地區有不同的名稱), 可用於切割金屬細件及細緻打磨, 容易掌控及省力, 而且還可以用來刻磨圖案。

切割電腦機箱實作
使用的工具 Black & Decker(百得) RTX 高效轉具電磨機, 此工具跟附 56 件應用配件及手提箱, 在五金工具經銷商採購還額外多了一筒(25件)BD Heavy Duty圓鋸片(總共 81件配件), 到經銷商採購排除了山寨偽貨A貨及翻修貨的問題, 經銷商五金店集中地區還可貨比三家, 售價比網上價更便宜。

Black & Decker(百得) RTX 實照
簡介一下:
Black & Decker(百得)
型號： RTX1
功能： 200W功率, 變速開關, 轉速每分鐘8,000-30,000轉, 適用於切割/研磨/刮鏽/刮漆/雕刻/拋光/清潔罅隙污垢, 重量 0.48kg(大約 1.06磅)

使用工具配件包括: Heavy Duty 圓鋸片及鎖針(切割金屬), 3M 2214遮蔽膠卷(減小切割時料件變型或爆裂), 陶瓷石磨頭(適合快速金屬打磨), 鑽針(開螺絲孔)
當然還要自身保護的防濺護目鏡, 避免切割及研磨時金屬碎屑飛濺及反彈造成眼睛永久傷害
施工:
首先將惻板需要切割開洞的位置貼上遮蔽膠卷, 在遮蔽膠卷上繪畫切割線草圖
遮蔽膠卷上已切割後補照片
如要切割直線完美的話(減小打磨時間), 要用一些已成型的直線鋁片(鐵片或厚膠片)輔助
圖中是將 RTX 用雙面貼及綑線令工具固定在角鐵輔助廢件上
圖中的直線鐵片用雙面貼固定造成平行的直線, 切割時以角鐵及鐵片的邊端對位則可快捷切割完美直線
圖中是已切割完成, 非專家級的 DIYer 大約用了十五分鐘
切割後需要打磨修邊及打磨圓角, 圖中的是 Sander 沙磨(粗及幼卷)
為了減小耗用時間加速, 最後還是選擇快捷打磨金屬(尤其是圓角)的陶瓷石磨頭
打磨完成(過程大約用了十分鐘)
完成後開螺絲孔(需要安裝鐵網或風扇的話)及打磨修孔
側板 DIY 改造開風口完成…紅色的網 ^^!
其實整個施工過程都十分快捷省力, 反而規劃改造概念、量度精確尺寸及繪圖更耗時間, 對喜歡親手打造的 DIYer 來說一件輕巧的研磨切割工具是不可或缺, 不過施工時還是謹記安全至上, 先瞭解清楚工具的應用方法, 避免有小孩在旁及貓貓狗狗之類的寵物, 要留意施工技巧(力度)及手指位置, 不要在下雨環境及濕水的料件施工避免觸電, 不要遮掩工具的排氣及避免過長時間轉磨過熱, 使用恰當的話, 可以處理很多的改造物件, 起碼不像那個甚麼方角剪手動三小時開側板傻痕般的滿頭大汗手心濕透吧。

補圖更新
近日為 RTX 新增了配件 - 轉軸 RT5100, 手勢施工時方便靈活多啊(不用手持1磅重電磨機)
在不知不覺工多藝熟後, 施工的技巧及時間是會越來越熟練。

北橋消暑--超頻三的北海三 HB-802

2010-10-17T20:41:00.005+08:00

話說九月初購買小海加強版時也順道敗了超頻三的北海三 HB-802, 主要是主機板的北橋散熱器實在熱得火熨, 用手指觸踫也難以忍受超過兩分鐘, 而因為需要拆北橋散熱器要將電腦全部解拆重裝, 一直都沒閑情(宅懶)安裝它; 近日終於鼓起幹勁來 DIY 電腦機箱, 就免為其難地大解拆重裝一次, 也方便一次過處理細機箱的散熱雜項(包括整理線材, 風扇, 除塵隔塵, 機箱 DIY 等等)。

超頻三的北海三 HB-802包裝實照
它還有一小包的安裝組件, 安裝實在也有點難度, 尤其是那張字體小得要用放大鏡的安裝指引圖, 單看紙圖也摸不著頭腦, 原來...因為有兩種安裝方式(天啊?!), 一個是壓扣式, 另一個是螺絲扣式, 經過十數分鐘把玩才能瞭解其安裝概念, 而且組合扣具模組也並不輕鬆(~~!), 不過扣具模組搞定後安裝北海三到主機板就變得容易了, 整個安裝過程都卡在指引圖及扣具模組裡。

安裝後實照
使用了壓扣式扣具
此更換的華碩主機板的小型散熱器(有導熱管?! 不過...根本不能帶走熱源的, 只是緊貼在頂端而已, 效用不大, 熱力都貼近在主機板表面, 而且導熱管一端太接近記憶體也造成影響)
上機實照
忘記更換前實測溫度截圖, 更換後其實最明顯的是北橋溫度不再如以前使用小型散熱器般火熨了, 燒機時主機板的測溫十分鐘只上升了一度(舊的大約上升 5 度), AUX 則最高溫度下降了三度(由舊的 51 降到 48)

近日超頻三北海三豪華版 HB-802D也上市了, 加強了熱導管表面經過鍍鎳處理防繡, 及附增8CM薄風扇, 與 HB-802 相差大約 $20, 要解決北橋的火熨熱情也值得考慮。

機箱 DIY 呢?! 下篇後續…

科技步進的成果 Galaxy GTS450 SuperOC 圖像顯示卡

2010-09-21T12:42:00.024+08:00

一年容易又中秋, 中秋佳節吃月餅, 弄花燈, 吃喝玩樂, 肚滿腸肥; 今年的中秋期熱翻天跟颱風吹天災人禍, 中秋節禮物正是新鮮的 NVIDIA GTS450, 滿足虛空的無賞月佳節; 電腦圖像顯示卡都已經是 A 與 N 爭霸之天下, NVIDIA 在 13/9 日推出上市的 Fermi 級 DirectX 11 圖像顯示卡系列 NVIDIA GeForce GTS 450, 使用 GF106 GPU 晶片, 主打中階主流級電腦用戶範圍, 這次解禁日即日上市發售有數個品牌, 腦場售價都在 $125 ~ $140 美元之間, 價格比對當年 GTS 250 上市時下降, 這也拜謝 ATI 造成的不小壓力, GTS450 主力對手正是 ATI HD5750(HD5770 呢?!), 功耗只有 106W 比現役 GeForce GTS 250 150W 低差不多 1/3; 星期天颱風熱翻天閒逛腦場散熱, GTS450 眾多廠牌已經在腦場開買, ASUS, Colorful, Galaxy, Gigabyte, Inno3D, MSI, PALIT, Zotac 等等, 而其他的 ASL, ECS, EVGA, Leadtek, PNY, Sparkle 等等暫未見實貨上架(可能頭湯實貨不多吧); 今次採購前先參考了眾多網頁評測及分析, 瞄準了四個廠牌型號, ASUS 的 ENGTS450 TOP, Galaxy 的 GeForce GTS450 Super OC, PALIT 的 GTS 450 Sonic Platinum, Inno3D 的 GTS450 iChiLL Freezer X Series(與 GTS250 iChiLL 類似), 在腦場實貨觀察及研究(還有 road show啊), 最後選擇了較實際改良的 Galaxy 影馳科技的 GeForce GTS450 Super OC(不選 ASUS 是因為它的熱導管實在太突出了, 細機箱側板也關不了 ~~!)。

簡介一下, Galaxy 的非公版 GTS450 Super OC 配有影馳自家的風神雙熱導管散熱器及第二代易拆式風扇設計, 是現時為止首款採用業界最高速的 0.4ns GDDR5 Samsung 記憶體顆粒, 還有較小提及的第三代雙 BIOS 安全設計, 及可配合 Galaxy 獨家開發的 Xtreme Turner HD 超頻及微調電壓軟體。影馳科技 Galaxy 廠牌其實在 2007 年已經被台灣同德股份有限公司(PALIT)所併購, 在近年的設計上明顯的改良進步不小, Galaxy 在歐洲是以 KFA2 品牌名稱出貨。

實照…還順道敗了記憶體顆粒純銅製散熱片(是超頻三的金魚 RHS-03) ^^!
Galaxy 的 GeForce GTS450 Super OC 版本, 0.4ns GDDR5 記憶體
包裝
真身, 附件只有一條 6pin 轉插電源線, 光碟及安裝維護快速參考說明
背面…有記憶體虛焊位置, 可能還會有更大容量的版本(1.5GB)
易拆式風扇設計, 雙熱導管散熱器
藍色 8cm 風扇, 跑全螢幕3D游戲時大約 16xx~18xxRPM(實測室溫 30℃), idle 閒置時 20% ~690RPM, 噪音度算是寧靜可接受(一般被 CPU 風扇噪音蓋過)
HDMI(左), VGA(中), DVI 輸出接口(右)
6Pin 電源接口(左), SLI 接口(右)
此次更換的 EVGA GT220 公版(改小海加強版) 與 Galaxy GTS450 Super OC 合照, 兩卡長度大約相差 4cm(期待遲些日子 GTS450 Super OC 調換使用小海加強版, 看一下散熱的實力...後續啊)
將 Galaxy GTS450 Super OC 安裝記憶體顆粒純銅散熱片(暫時只能安裝背面四顆)
上機實照
起動 BOOT 機 VGA BIOS 是 V3326, version 70.06.13.00.01

NVIDIA 的 Windows 系統 driver 驅動程式暫時(2010/9/21)仍然只有 260.63 (2010/9/14)版本, 而且是 beta 不是 WHQL, LINUX 軀動程式...失蹤影嗎 ~~!

安裝非 WHQL 驅動程式需要手動確認
Galaxy GeForce GTS450 Super OC 的 GPU 預計時脈 888Mhz, 記憶體預計時脈 2000Mhz(有效 4000Mhz GDDR5, 0.4ns 最高可跑到 5000Mhz)
idle 閒置時 GPU 時脈 50.6MHz, 記憶體 67.5MHz(實跑 135Mhz), 溫度大約 ~42℃(室溫 25℃), 非常低的時脈有效節能降溫
安裝了 Galaxy GTS450 Super OC 在 Windows 7 32bit 系統內, 主機板 4GB 實體可用記憶體是 3.5GB(安裝了舊的 EVGA GT220 只得 3.25GB 可用記憶體), 額外的小驚喜 ^^!
跑分…免了重貼重貼又重貼(宅懶), 實測一般跑全螢幕 3D 遊戲時 1280x1024 及 1600x1200(1600x1024) 開最高全特效及 16xAA 都是十分暢順無問題(包括 SFIV, StarCraft 2), 1920x1440(1920x1200) 則要微調 AA(抗鋸齒), 始終 24吋及以上的 LCD 螢幕要跑超高解像度全螢幕 3D 遊戲還是需要大火力的高階顯示卡推動, 是高貴玩家級的玩意。

貼些無聊截圖分吧, 跑 StreetFighter IV
實測 CPU E8400 3Ghz RAM 4GB DDR2, Galaxy GTS450 Super OC
1280x1024全 High特效無 AA1280x1024全 High特效 C8xAA1280x1024全 High 特效 C16xQAA, 仍然破百 FPS
Galaxy GTS450 Super OC 圖像顯示卡功耗只得大約 105W, 發熱量並不如 GTX460 般火熨
實測一般 idle 閒置上網時溫度大約 43~46℃(室溫 30℃無冷氣空調)
跑全螢幕 3D 半小時溫度最高大約 72~74℃(室溫 30℃無冷氣空調), 風扇轉速 ~41% 1860RPM
後註:
當然 GTS450 與舊的低階入門級 GT220 熱功耗相差也很大, 跑全螢幕 3D時機箱內積熱明顯的增加, 需要調校機箱風扇及注意散熱佈局, 否則 CPU 熱力會由舊的 55~58℃衝到64℃或以上, 大部分廠商的 GTS450 GTX460 GTX470 及 ATI 5系設計與 Galaxy GTS450 Super OC 都存在散熱佈局的問題, 在顯示卡 PCI 背鐵片的開口氣孔, 既是排氣也是入氣, 當機箱後置風扇抽氣所造成的機箱負氣壓強於顯示卡風扇吹氣到背鐵片的開口氣孔氣壓時(一般機箱後置風扇的風量多數強過顯示卡風扇), 背鐵片的開口氣孔將顯示卡熱氣回流到顯示卡及機箱內, 而同時顯示卡向卡尾及卡上端排熱, 機箱後置風扇負氣壓熱氣流令 CPU 及北橋範圍都熱上加熱; 然而在實測過程中, 刻意用渦輪風扇強力的吹氣進入機箱內, 由於局部強正氣壓造成氣流的影響, 所有正常的入風氣孔反而變成排氣, 令原來的散熱佈局大亂, 悉得其反。

在普通的電腦機箱要 CPU 及 GPU 都能同時壓止高溫影響的話, 除了使用水冷外, 經過十數次實測後, 發現只需加裝 PCI 背片的渦輪風扇在顯示卡的上方, 緊貼顯示卡的背面(沒有散熱器的一面), 將顯示卡散發的高熱力快速抽離機箱內(一般 ATX 機箱顯示卡在下端而熱力會因為機箱風扇排氣而向上擴散), 顯示卡降溫亦同時避免機箱下端散發的高熱向上擴散影響了 CPU 散熱的入風溫度, 實測中(室溫 29℃)星海爭霸2 半小時 GPU 最高溫度大約 69~71℃, CPU 則最高溫度大約 55~58℃(沒有安裝 PCI 渦輪風扇緊貼顯示卡背面的話, GPU 最高溫度大約 73~74℃, CPU 則最高溫度大約 60~61℃)。

StarCraft 2 Campaign 劇情故事成就 Bug 就是要滅臭蟲

2010-09-17T13:50:00.004+08:00

近日與好友在 StarCraft 2「星海爭霸 2」中大滅蟲, 碰到一腦惱般的成就臭蟲, 不斷嘗試終於都解決了此臭蟲問題; 一般完成整個劇情故事遊戲章節後(例如在 Normal 正常難易度), 再繼續劇情故事的話會回到 MISSION ARCHIVES 選單畫面, 其中可選擇任何章節及 PLAY「重玩」難易度, 亦可以在其他難易度中獲得 Archievement「成就」, 不過所有成就中有兩個會出現臭蟲問題, 是 "Wings of Liberty: Hard 25" 及 "Wings of Liberty: Brutal 25" 在不明原因下完成的章節數值不會增加而卡死無法獲得此兩成就。

截圖1: 在 MISSION ARCHIVES 內完成所有 29 個章節 Hard 困難難易度獲得成就, "Windows of Liberty: Hard 25" 卻卡死在 21/25
截圖2: 在 MISSION ARCHIVES 內完成 3 個章節 Brutal 殘酷難易度, Wings of Liberty: Brutal 25 卻卡死在 1/5
解決辦法:
在實測(patch 1.03), 唯一可以解決此成就臭蟲的辦法是以 Hard「困難」(及 Brutal「殘酷」)難易度重開遊戲劇情故事, 在特定的難易度下完成整個劇情故事章節遊戲, Wings of Liberty: Hard 25(及 Brutal 25)才可獲得此成就。

以 Hard「困難」(及 Brutal「殘酷」)重開遊戲劇情故事, 章節數滅蟲回復正常了, Hard 22/25(及 Brutal 2/5)
實在是浪費時間的滅蟲方法啊?! 網上也有其他網友遊戲玩家遇到此問題。
如果 MISSION ARCHIVES 內是不能解難易度成就的話, 那為何章節數值是會增加但卻又卡死呢?! Blizzard 應該是知道的... ~~!

炎夏暑假的進補小海加強版 HP4-871

2010-09-06T00:04:00.023+08:00

渡過了今年越來越熱的炎夏季節, 近日又翻颱風熱得更加想死, 玩星霸2也覺心熱身熱機更熱, 夏日炎炎正好眠的時候跑到腦場閒蕩散熱, 瞄到了大陸製「超頻三 PCCooler」的新品(已不新鮮啊), VGA 顯示卡散熱的「小海 HP2-871」、「小海加強版 HP4-871」及主機板北橋散熱的「北海3 HB-802」, 售價也筭合理的, 也手鬆敗了散熱補品回程。

今次購買的是 VGA 顯示卡散熱的「小海加強版 HP4-871」及主機板北橋散熱的「北海3 HB-802」, 主要問題是三月組裝的桌面電腦在這夏季玩星霸2 及 DAO 遊戲時越來越熱得嚇人, 有不正常彈 game 情況, 雖不嚴重但 GT220 顯示卡的溫度已經在星霸2 時到達 84℃(室溫 29℃~30℃), CPU 仍然正常的 55℃~57℃ 之間, GT220 顯示卡到達 84℃ 其實也筭可接受程度(熱?!), 只是有點腦惱的想解決入門級顯示卡散熱器(爛)不能有效在夏季(~30℃)時散熱的問題, 要強勁的機箱抽氣散熱實在太吵耳, 也只能降低兩三度溫度而已; 其實兩熱導管的「小海 HP2-871」也是足夠, 不過考慮將來還會升級更換顯示卡時, 選購了四熱導管的「小海加強版 HP4-871」, 更換顯示卡後也可物盡其用。

「小海加強版 HP4-871」包裝
「小海加強版 HP4-871」的一堆配件, 還有一個用來安裝散熱器四顆螺絲釘的微型旋桿工具
散熱器真身近照底部拋光一般, 有改進空間
此更換的 EVGA GT220 顯示卡散熱器超單薄的廉價製品...出現四針的 PWM 風扇(快速節能啊)
清理後的 EVGA GT220
正常安裝位置向下絕不可能吧橫向位置, 相鄰 PCI 插槽阻擋不能...N卡無緣囉
正常安裝位置, 配合抽氣扇長度的話, 能夠有一半位置緊貼...那就惡搞不安裝散熱器風扇吧(節能啊 ^^!)
先安裝四顆螺絲釘測試位置
跟附的八顆顯示卡記憶體顆粒散熱片安裝記憶體顆粒散熱片, 只需貼上即成, 在 gpu 晶片 on-die 上加導熱膏使用的九州風神(專注散熱產品) 子公司 DEEPCOOL 的 Z3 Silver Tim 高性能導熱膏
安裝後的圖片(風扇沒有安裝, 要惡搞不用顯示卡風扇)安裝後的圖片(風扇沒有安裝, 要惡搞不用顯示卡風扇)
上機後的實照, 下方的抽氣扇將負責顯示卡散熱器直接排氣出機箱外(位置不太理想啊), 還有改進空間(手製加長風管 ^^!)

實機測試
使用 CPU E8400 3Ghz RAM 4GB DDR2 VGA EVGA GT220 1GB 作業系統 Windows 7
遊戲軟體 StarCraft 2 星海爭霸2 半小時遊戲

使用 EVGA GT220 顯示卡原裝散熱器, 玩遊戲星海爭霸2 最高溫度是 84℃(室溫 ~28℃ 無冷氣空調)更換 HP4-871 顯示卡散熱器, 一般 idle 閒置上網處理文件時溫度 41℃~43℃(室溫 ~28℃ 無冷氣空調)更換 HP4-871 顯示卡散熱器, 玩遊戲星海爭霸2 最高溫度是 64℃(室溫 ~28℃ 無冷氣空調), 有 20℃的差別, 十分明顯, 也拜密雜扇葉渦輪抽氣扇的威力
解決了顯示卡的溫度, 樂得玩星海爭霸2 時不再擔心彈 game 情況; 然而當代 ATX 的PC機箱(及主機板)設計始終無法排除因為安裝有獨立顯示卡而令機箱內上下層分格的散熱佈局。

後註:
低價的產品選擇其實也趨多樣化, 越多的廠商開推廉價主流產品線, 始終是鹹魚青菜各有所爱, 散熱用品也是一門科技的消費品。

那麼「北海3 HB-802」?! 後續囉...

補充:
近日再改良了機箱的入氣風口, 主要是關閉了機箱前端面板的5"碟機空格及利用頂端3"25碟機空格加隔塵以減小過多進入氣流而影響主板測溫及機箱風扇自動變速, 安裝了小海加強版 HP4-871 玩星海爭霸2 顯示卡已降溫到不超過 ~61℃。

StarCraft II 「星海爭霸 II」patch 補丁 1.0.2

2010-08-03T17:41:00.007+08:00

更新:
StarCraft II 「星海爭霸 II」再更新補丁 patch 1.0.2 了, 果然是積極的重點遊戲啊!
http://sea.battle.net/sc2/en/blog/29758#blog

Bug Fixes
Fixed an issue where campaign mission victories would not always trigger properly.
Fixed an issue where some players were unable to access single player features.

StarCraft II 「星海爭霸 II」也來個快閃補丁, 上市還不過三四天罷了, Blizzard 公司已經再次釋出修正補丁 patch 1.0.1 版本, 此次修正主要是存檔及音效問題。

更新後版本是 1.0.1.16195

http://us.battle.net/sc2/en/blog/275330#blog

Bug Fixes
Campaign saves have been optimized.
Fixed an issue with sound not playing on some 7.1 systems.

踫牆四處找破解嗎.....呵呵呵呵!! 這麼出色的作品, 不用猶豫不決了, 購買正版是對軟體開發群的支持動力啊!

StarCraft II 十二年的星海爭霸

2010-07-30T23:00:00.012+08:00

Blizzard 終於在 2010/7/27 推出 StarCraft II「星海爭霸 II」, 回想 1998年3月上市的 StarCraft「星海爭霸」, 那年還處理著 Y2K 及其他的新應用提升計劃, 並沒有像某J君般鍾情於 StarCraft, 而較喜歡當年的 C&C 系列, 光陰似箭回首已經超過十二年光景了, 真是歲月無情啊!

在今年夏季推出的 StarCraft II Wings of Liberty「星海爭霸 II 自由之翼」, 適逢眾學生們消費族的長假期, 可以在家中消暑耍樂, 也難得有一個遊戲作品能令人雀躍, 以往也有玩過 C&C AOC COH 實時戰略(RTS)類遊戲的玩家豈容錯過。

近日對 DAO 及 COH 有點倦意(破啊破的), 也正好嘗試 StarCraft II 的新鮮, 而且網上聯賽對戰也是不錯的點子, 今次腦場閒蕩時入手了 StarCraft II 的亞洲英文零售版(非收藏版), 不選台版...要國際化囉, 網上對戰還是選英文版方便, 文字也好看多啦, 不過...其實也可以安裝繁體中文版(甚至簡體中文)的, 只要有正版的 DRM key 激活後就可以網上玩啦(無限制的), 而且安裝後也不用檢查光碟的, DRM Key 也可以在網上購買(及下載數碼版本), 聽說還有一個便宜版(有網上限制時限的)。

近照
 包裝盒的華麗屏頁
有兩張 WoW guest card 聯網 key 及兩張 SC2 guest card 聯網 key, DVD 及說明書

安裝遊戲
版本是 SC2 1.0.0.15405
安裝後自動執行更新程序
更新為版本 1.0.0.16117

到底使用入門級的圖像顯示卡能否玩 StarCraft II 呢?
用的只是 Nvidia 的 GT220 1GB DDR3, 選用 1280x1024 解像度(舊 EIZO 極限), 遊戲的 FPS...其實也不算差勁, 主要是遊戲的特效, 由最高的 Ultra High Medium 到最低的 Low, 當然 Ultra 特效對硬體壓力不用多說。

實測 FPS 使用 GT220 1GB DDR3 CPU E8400 RAM 4GB DDR2 Windows 7
測試使用 Tutorial 內的 Combat 示範, GeForce 191.07 driver(沒有開 AA)
Texture Quality: Ultra (適合 1GB Video RAM)
Graphics Quality:

Ultra ~21.0 FPS
High ~35.5 FPS
Medium ~75.9 FPS
Low ~198.2 FPS (Low 特效實在...很有古董味 ^^!)

圖像品質使用 High
有 ~35.5 FPS

雖然遊戲是較適合主流級顯示卡, 不過只要針對特效條件, 修改 Lighting 及 Shadows 為 Medium, 就算 Graphics Quality 選用 Ultra 亦可達近基本的 ~29.1 FPS, 所以如果是入門級的圖像顯示卡的話, 不防選用 High 或微調個別特效。

另外, StartCraft II 並沒有內建 AA 抗鋸齒特效, 如果要使用 AA 的話, Nvidia 的可以直接在驅動程式控制台調校, ATI嗎?

遊戲開始時需要(或建立) battle.net 的 account 登入帳號, 同時註冊 SC2 遊戲 Key 激活。
自動提示 Activate 激活
使用(或建立) Battle.net 登入帳號
激活啟動 StarCraft II
激活啟動完成...Unlimited 無限制!!

網上雖然已經有破解(魔高一丈啊), 但只是單機遊戲而已, 並不能透過 battle.net 聯網對戰, 破解了也不會有私服或局網可玩, 遊戲的對戰特式及其 RTS 網上聯隊就更不用妄想, 而且當執行遊戲時會自動檢查及執行更新程序; 這麼的一個好作品, 至少可以玩上一年多的時間, 值得購買支持的。

Dragon Age: Origins 修正 Patch 1.04 釋出日 19/7/2010 星期一

2010-07-18T01:35:00.007+08:00

Dragon Age 的火熱新聞當然不過是 BioWare 開發 Dragon Age 2, 預計會在 2011 年第二季後期上市(現在已經接受預購?!), 而近日的 Dragon Age: Origins 最新 DLC 的 Leliana's Song 亦已經官方釋出了, 除了這兩個之外, 另一個期待已久(數月了)的是 BioWare 已在官方討論區宣告 DAO 的修正補丁 PC 版 patch 1.04 將會在 19/7/2010 星期一官方釋出, 修正了 patch 1.03 一大堆的臭蟲...盜竊物品失蹤問題也修正好了(感動啊)。

BioWare 已經釋出了 Dragon Age: Origins 的補丁 patch 1.04。

更新後發現很多 bug 都已經修正好了; 不過, 當然就發現了新的臭蟲問題...團員在離開營地(camp)或 Arl Eamon 大宅時, 團員在上次行動啟用技能的 Mana 或 Stamina 均不會回復正常, 一般應該會重設為全滿(上次行動時的法技或武技亦會失效), 在 patch 1.04 的話, 團員的 Mana 或 Stamina 不會重設為全滿(上次行動時的法技或武技卻已經失效), 要反複數次點按法技或武技及取消才可以釋放已佔用的 Mana 或 Stamina(1.02a 沒有此問題的, 好像是 1.03嗎)?!
而且也遇到一次不明原因的在戰鬥起始時硬頓全部不能動彈(與 pause 有關嗎?!), 最後要強制終止程式啊... ~~!

Release Notes:

General Fixes
• Daggers will now properly assign the dexterity-based damage bonus
• Achievement images and messages will now display properly.
• Resolved some authorization issues with downloadable content.
• Blood talents from the Grey Warden Base premium downloadable content will now work properly in Awakening.
• Fixed an issue where installing new downloadable content would occasionally leave the "Other Campaigns" selection greyed-out without a restart of the game.
• Multiple transitions in and out of Fade areas will no longer multiply the number of visual effects running and slow down gameplay.
• Floating numbers no longer appears over players' heads.
• Damage statistics will now be updated properly on the Inventory screen when weapons were unequipped.
• Importing a character to a new module from a savegame that did not have the hero in the party caused the game to crash.
• If a character is imported into Dragon Age: Awakening and is stripped of their incompatible gear from DLC, they will be equipped with default equipment.
• Names with accents and special characters will now show up correctly in the Story So Far load hints.
• Switching between Dragon Age: Origins and Dragon Age: Awakening will no longer reset options to default settings.
• Fixed a number of memory leaks that were increasing the number of crashes
• Audio drivers were causing a number of audio-related crashes. As such, audio drivers have been updated.
• Fixed issues that were preventing portraits from being uploaded to the BioWare social site.
• Game saves on Xbox 360 were being corrupted if you sold too many items to the same merchant. Saves will no longer be corrupted if you do this.
• Screenshots are no longer automatically uploaded on the PC by default on new installations.
• Fixed pick-pocketing. Characters were successfully stealing, but not receiving any items.

Dragon Age: Origins Fixes
• Fixed an issue that would cause incorrect characters to occasionally appear in Morrigan's ritual.
• Players who rescued their party members in the Fade of the Broken Circle plot were still forced to fight the sloth demon alone. This has been resolved.
• It is no longer possible for the player to get blocked during gameplay by pursuing both candidates' quests in the Orzammar plot line.

Dragon Age: Awakening Fixes
• A variety of bugs were preventing personal quests from triggering and causing issues with party member approval have been fixed.
• Lillith will no longer repeatedly thank the player at Vigil's Keep after being rescued.
• During the Assault on Amaranthine, a bug would occasionally make some enemies invincible, which impeded game progress. This no longer happens.
• Imported rogue characters will now properly detect traps.
• The message, "Legacy tattoo asset do not use!" will no longer appear on the faces of imported characters.
• Masterpiece and paragon silverite runes are now weapon runes instead of armor runes.
• The masterpiece slow rune is now available for purchase from merchant stores.
• Players may now receive notes of appreciation from their Origins love interests.

Windows 7 的 SSD 效能優化進階

2010-07-14T15:35:00.063+08:00

在進入 SSD 的門戶後, 難免要把作業系統優化, SSD 應用時有效維護及提昇運作效能, 優化主要針對 Windows 7 作業系統, 快將引退的 XP 系統有硬體及軟體上的功能限制(不支援系統原生的 TRIM 功能)也該準備退役了, 雖然 Windows 7 系統有良好的支援 SSD(微軟說的), 不過還是有很多被忽略的需要手動修改, SSD 優化後的好處在效能上也十分明顯。

作業系統優化後除了影響 SSD 固態硬碟效能, 減小 SSD 頻繁作業亦有效增強了閒置時維護(TRIM/GC)後的高鋒寫入效能, 還會對 HDD 硬碟機有小許改善。

Windows 7 SSD 一般重點優化:

Disk alignment 對齊 (SSD)
微軟在 WinHEC 2008 的技術文件 Windows 7 Enhancements for Solid-State Drives 序述了關於 SSD 的 4KB page size(block) alignment 的問題對文件系統(NTFS 分割區)的寫入效能影響; 預見的在安裝 SSD 時 NTFS 分割格化後, 分割區沒有對齊 4KB page 邊界而寫入時抹寫兩個實體 block 動作次數, 在持續寫入效能影響下降達 ~20% 至 ~40% 之間(已實測), 要修正 SSD align 問題, 必雖使用 disk align 軟體(例如 Paragon Alignment Tool)將初始化後的 SSD 執行 partition align 分割區對齊, 以得到完美的寫入效能。建議在 SSD 初始分割格化後即時執行對齊程序, 可減小因為分割區內大量文件檔案耗用執行對齊時間。

AHCI (SSD/HDD)
AHCI 模式對不同廠牌 SSD 的傳輸影響在 AS SSD 測試中 4KQD32 有達 ~400%以上(NCQ 對細小的持續讀取最明顯), 要用盡 SSD 的效能火力(尤其是配合 Intel RST AHCI)的話, 開啟 AHCI 模式是無容置疑; 如果 OS 已安裝成 IDE 模式的話, 需要在 Windows 7 內先修改 registry 機碼(及準備好驅動程式), 然後重啟電腦進入 BIOS 啟用 AHCI。

修改 Windows 7 機碼啟用 AHCI:
以系統管理員身分執行 regedit 登錄編輯程式
尋找
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci]
修改
將 start 預設值 3 修改為 0參考微軟技術文件 KB922976

TRIM (SSD)
Windows 7 新增 TRIM 功能支援專用於 SSD, 主要由於 Block、Page 及 Cell 必須首先抹除才能寫入新的數據, 寫入隨時間及空間容量縮小累積而在沒有更多 pre-erase 的 block 下持續爆發寫入(burst write)效能下降, TRIM 的作用是把 SSD 可刪除文件的 block/cell 資料立即標示為 invalid, 容許內置預先抹除, 待再有寫入動作時減去了同時要執行抹除作業。要應用到 TRIM 的話, 必須 OS、驅動程式及 SSD 同時支援, 現時 OS 完全支援 TRIM 功能只有 Windows 7, Windows Server 2008 R2 及 Linux(kernel 2.6.33), 而 Windows 7 內的 Microsoft generic AHCI/ATA 驅動程式及 Intel 的 RST 9.6 已支援 TRIM, 市場上的 SSD 並不是全部都支援 TRIM, 部分可以透過更新 firmware 提供升級, 部分因為 SSD 控制晶片的限制沒有 TRIM 功能, 某些舊型號 SSD 亦沒有 GC(Garbage Collection)功能內建(需要額外工具程式修復, 例如 Intel X25-M G1, 及 JMF612 控制器晶片), 採購 SSD 時要注意是否支援。

Windows 7 查看 TRIM 支援預設:
以系統管理員身分執行 cmd 命令提示字元
執行指令:
fsutil behavior query DisableDeleteNotify
正常 DisableDeleteNotify = 0 即表示 OS 內 TRIM 功能已啟用

Superfetch/Prefetch (SSD)
Superfetch 對軟體程序的啟動和預取增強的程式讀取載入性能, 主要針對是 HDD 硬碟機的物理機械限制, 但 SSD 跟本沒有此問題情況, Superfetch/Prefetch 只會更浪費耗用讀取時間及程序, SSD 當系統碟的話, 關閉 Superfetch/Prefetch 絕對有好處; Windows 7 把 services 服務內的 Superfetch 設定為手動啟動, 停用後可以刪除 c:\windows\prefetch 目錄內的檔案文件。

停止 Superfetch 服務:
以系統管理員身分執行 services.msc 服務
尋找 Superfetch 服務
點按將 "自動" 改為 "停用"或"手動" 及點按 "停止"
停用 Superfetch 服務的話, 亦同時停止了 Prefetch 及 ReadyBoost 功能。

Defragment (SSD)
磁碟區塊破碎是機械硬碟機的攸久問題, defragment(破碎重組)只能有效針對 HDD 硬碟機因為檔案區塊分散影響讀取性能而已, 沒有物理機械限制的 SSD 是無需執行任何「磁碟重組」作業。
Windows 7 的 disk defragment(磁碟重組)是自動排程, 需要手動停止自動磁碟重組(雖然微軟宣稱 SSD 會自動停止磁碟重組)

停止磁碟重組自動排程:
以系統管理員身分執行 dfrgui.exe(disk defragment)
在 "設定排程" 內關閉不勾選 "依排程執行"

Windows 7 SSD/HDD 其他有的無的優化:

Windows Search Indexing
Windows 7 的 Search Indexing 是桌面系統的一個特色功能, 建立文件索引有效快捷地幫助搜尋用戶的個人文件, 但是我們都已習慣將自己的文件分類, 一般電腦用戶其實是很小機會需要搜尋自己的文件, 一天內可能都不會有一次, 而 Search Indexing 卻會不斷地在系統 background 內執行, 對 SSD 來說是額外的寫入耗損, 對 HDD 來說是硬碟機永遠都不會 idle 閒置及 spin down。

設定停用 Windows Search 服務 Indexing:
以系統管理用身分執行 services.msc 服務
尋找 Windows Search 服務
點按將 "自動(延遲開始)" 改為 "停用" 及點按 "停止"完全停止 Search Indexing 並不是關閉了 Search 功能, 只是需要搜尋作業時速度慢一點而已。

LastAliveStamp(Heartbeat)
心跳?! 微軟的技術解釋是寫入機碼的時程認定, Windows 2003 及 2000 伺服器是預設值是五分鐘(2000 pro 及 xp 是 0), 用於 dirty shutdown event 時的 last alive time 記錄; 在 Windows 7(Vista)預設值是每一分鐘寫入
C:\Windows\ServiceProfiles\LocalService\AppData\Local\lastalive1.dat 或 lastalive0.dat
不過, 實際是每十數秒就有寫入作業, 後果是...OS 系統碟的文件系統永遠都不會 idle 閒置, 這亦是筆電(或小筆電)預裝 Windows 7 在電池應用時節能效率較 XP 差的其中一個原因。

修改停止生成 dirty shutdown event 的頻繁寫入記錄 TimeStampInterval 機碼:
以系統管理員身分執行 regedit 登錄編輯程式
尋找 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Reliability]
修改 TimeStampInterval 預設值 1 改為 0
"TimeStampInterval"=dword:00000000重啟電腦生效

Windows Customer Experience Improvement Program
Microsoft 客戶經驗改進計畫(CEIP), 以搜集系統分析資料報告, 協助處理系統問題及改進產品設計與開發; 在 Windows 7 內有多個自動排程執行系統分析, 當用戶選擇加入客戶經驗改進計畫時, 資料報告會自動上載到微軟; 此類分析排程對於個人用戶來說, 其實就是將用戶電腦變成微軟的奴役機, 一般電腦用戶根本不會有樂趣於閱覽其電腦的分析資料, 分析程序卻不會理會用戶是否選擇加入計畫而不斷地在 background 處理中排程執行, 額外耗用了用戶電腦的資源(電費當然要用戶付帳啦)。

停止 Windows 7 的客戶經驗改進計畫
以系統管理員身分執行 gpedit.msc 本機群組原則編輯器
展開系統管理範本 -> 系統 -> 網際網絡通訊管理 -> 網際網絡通訊設定
在 "關閉 Windows 客戶經驗改進計劃" 內勾選 "啟用"關閉了 Windows 客戶經驗改進計劃只是禁止用戶選擇加入 CEIP, 及停止將分析報告上載到微軟, 並不是停止 CEIP 的分析排程作業。

停止 CEIP 自動排程
以系統管理員身分執行 taskschd.msc 工作排程器
展開工作排程器程式庫 -> Microsoft -> Windows -> Customer Experience Improvement Program
滑鼠右點將三個排程 Consolidator KernelCeipTask UsbCeip 停用
停止 RAC 自動排程每小時一次(CEIP 關聯)
以系統管理員身分執行 taskschd.msc 工作排程器
展開工作排程器程式庫 -> Microsoft -> Windows -> RAC
滑鼠右點將排程 RacTask 停用

ReadyBoot tracing log
Windows 7(及 Vista)系統在每次 bootup 啟動時都會有大量 tracing 日誌動作, 其中的 ReadyBoot tracing 會建立 c:\windows\prefetch\readyboot\readyboot.etl 文件日誌上限 20MB, 然後又會自動清空, 此頻繁地複寫 tracing log 程序對電腦用戶沒有明顯效益, 只會額外耗用 bootup 電腦資源, 一般用戶根本不會留意閱覽 tracing log。

更新
ReadyBoot 特式是 Readyboost 的其中一個部分, 利用 Windows 7(Vista)在每次 bootup 啟動完成後生成的 tracing log 日誌文件, bootup 時以預載來達到優化減小載入時的進程時間, Windows 7(Vista)在第一次 bootup 啟動時特別緩慢就是因為沒有進行 ReadyBoot 優化載入, ReadyBoot tracing 系統會保留對上五次的日誌文件; 在實際應用環境下, 用戶使用 ReadyBoot tracing 在五次 bootup 之後, 優化載入的時間已不會再有明顯減小, 一般用戶其實可以在五次 bootup 之後關掉 ReadyBoot tracing 以省卻 bootup 後的大量的 tracing log 作業。
「硬碟機」的用戶則可以在五次 bootup 之後關掉 ReadyBoot tracing, 然後以系統管理員權限執行 defrag.exe c: -b 來重組優化 bootup prefetch。

停止 ReadyBoot tracing:
以系統管理員身分執行 perfmon 效能監視器
展開資料搜集器集合工具 --> 啟動事件追蹤工具階段 --> 點按 ReadyBoot
在 ReadyBoot 的 "追蹤工具階段" 頁內點按不勾選 "已啟用"(Enabled), 在按 "確定" 完成完成後 readyboot.etl 文件可以刪除掉, 而且亦不會再在重啟電腦時執行 ReadyBoot tracing。

pagefile.sys
分頁檔案 pagefile.sys 是系統虛擬記憶體應用時轉移記憶體的系統文件, 不可或缺! 沒有分頁檔案某些軟體會因記憶體不足或虛擬記憶體不能轉移而出現系統錯誤; 要善用保固 SSD 壽命的話, pagefile.sys 的頻繁讀寫作業是應該要盡量避免, 如果將 SSD 當系統碟的話, 可以安裝褂載 RAMDISK(例如 Superspeed RAMDISK)或利用已有的 HDD 硬碟來存放 pagefile.sys。

Windows Temp
Windows 的暫存文件目錄, 幫助軟體存放臨時的配置文件或紀錄暫存, 要有效加速應用環境的話, 極端做法是將 Temp 目錄設定使用 RAMDISK, 可以減去使用 SSD(或 HDD) 寫入而又可以獲得極速暫存, 而且暫存目錄內的文件檔案一般關機後是不需要保留存放的。

UserProfile
遷移用戶帳號目錄一般適合在電腦內有多顆磁碟(或分割區), 將用戶帳號由系統碟擴展到大容量空間, 系統碟(分割區)一但需要重灌時避免用戶檔案及配置違失。

參考: 遷移及配置 Windows 7 的用戶帳號 UserProfile 預設目錄位置

hiberfil.sys
Windows 7 當偵測到電腦硬體主機板支援 ACPI 的話, 會自動配置「休眠」Hibernate 功能, 在應用桌面環境下系統會建立一個大容量的系統文件 C:\hiberfil.sys, 一般 4GB 記憶體會耗用 2.5GB 的文件空間, 休眠功能較適合用於筆電 notebook, 對於並不是經常需要休眠功能的桌機用戶或使用細容量的 SSD 系統碟, 關閉「休眠」功能可以釋放耗用的磁碟空間, 而且 Windows 7 也有「睡眠」Sleep 功能(即是 XP 的 Standby)可以將電腦進入省電停止狀態。

停止休眠功能:
以系統管理員身分執行 cmd 命令提示字元
執行關閉休眠功能指令
powercfg -h off

IPv6 & IP Helper Service
自 Vista 開始微軟已經在 OS 內建 IPv6(網際網絡協定版本6), 支援更多的網絡地址空間及 IPsec 保安特式等等, Windows 7 預設啟用了 IPv6 並且紮捆提供 HomeGroup 分享功能, 令 IPv6 與 HomeGroup(家用群組)功能不能分割, 應用到 HomeGroup 分享就必需要有 IPv6; 一般個人家庭及公司企業內部網絡其實甚小需要使用支援超大量網絡地址的 IPv6(除非是 ISP 網絡供應商), 家庭/企業網絡都架建在防火牆的路由器網絡保安環境內, IPv6 對於小型應用環境意義大於實際, 一般現在的電腦用戶舊有的網絡裝置(路由器, 集線器, switch, 閘道器, 防火牆, ADSL等等)也並不是完全支援 IPv6, Windows 7 的 HomeGroup 只能應用在 Windows 7 的作業系統, 沒有家用群組其實仍然可以用傳統的文件網絡分享(Windows File & Printer Sharing), 關閉 IPv6 也可以令系統釋放一些資源(特別是頻繁的虛擬局域網及同時處理 IPv4 和 IPv6), 除非必須使用 HomeGroup 來小圈子無限分享檔案, 否則關掉 IPv6 不會有大損失。

參考微軟技術文件 KB929852

關閉 Windows 7 內的 IPv6:
以系統管理員身分執行 regedit 登錄編輯程式
尋找機碼
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters]
新增機碼
"DisabledComponents"=dword:ffffffff

停止 IP-Helper 服務:
IPv6 轉換技術, 主要是將非 IPv6 的地址轉換到支援 IPv6 的網絡環境(例如在內部 IPv6 網絡連接到 IPv4 的網址), 此系統服務會在 background 內不斷對外呼號連接轉換, 利用 Resource Monitor 時會看到有持續的網絡資料傳送, 關閉了 IPv6 的話 IP-Helper 已無用處, 也停止對外呼號連接轉換。
以系統管理員身分執行 services.msc 服務
尋找 IP-Helper
點按將 "自動" 改為 "停用" 及點按 "停止"
網絡裝置停止使用 IPv6 協同

DisablePagingExecutive
微軟技術解說是 Kernel 及驅動程式記憶體分頁處理, 一般情況下 Windows 系統會將載入記憶體閒置不作用中的 Kernel 及驅動程式記憶體 swap 到 pagefile 處理, 以釋放更多可用記憶體空間給應用程式; 不過, 現在的主流(廠機及DIY)電腦記憶體配置都已經是 2GB(甚至 4GB) 起跳, 採購了的記憶體當然就不要浪費, 要善用記憶體來為作業系統增強性能, 禁止 kernel 及 driver 記憶體 page swap 保留常駐在應用記憶體中, 減少 page swap 的 IO 作業, 亦令 OS 應用時反應不會因為 paging 而遲緩。
Description
Specifies whether user-mode and kernel-mode drivers and kernel-mode system code can be paged to disk when not in use.
0 Drivers and the kernel can be paged to disk as needed.
1 Drivers and the kernel must remain in physical memory.

如果電腦配置 2GB(建議 4GB) 以上記憶體的話
設定禁止 kernel paging 作業:
以系統管理員身分執行 regedit 登錄編輯程式
尋找
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
修改 DisablePagingExecutive 預設值 0 改為 1
"DisablePagingExecutive"=dword:00000001

重啟電腦生效

微軟 TechNET 技術參考 DisablePagingExecutive

未完
待續...

小道消息:
繼近日 Toshiba 東芝宣告在日本三重縣四日市的東芝 NAND flash 晶圓廠新廠房 Fab 5已經正式開工建設明年竣工, Intel 與 Micron(美光)計劃在年底前重新啟動新加坡合資建設的晶圓廠, 把 2008年因為金融風暴全球經濟形勢而推遲量產的 12英寸 NAND flash 晶圓廠再次投產, 預計此擴產計劃將影響明年 NAND flash 夥粒的供應量, 以滿足 2011年大福增長需求的 SSD 及其他固態硬碟的應用範圍。

似乎 SSD 這個大餅勢將成為主流, 無可避免會供不應求啊, 難怪近日某主流品牌 SSD 售價還上漲了小許。

ASUS 華碩 EPU Engine 節能省電磁碟 disk activity 卻不能閒置 Idle

2010-07-05T23:56:00.011+08:00

華碩獨家的 EPU(Energy Processing Unit)節能省電技術及其爭論退燒已了無新意, 這次出現的情況也與某廠牌及其槍手無關, 只是在近日升級到使用 SSD 時無意中發現, 而且在其他的華碩 EPU 主機版也有相同情況...在執行 EPU Engine 程式後磁碟每五秒必定有寫入動作。
實測使用 ASUS P5QL-EM 及 P5Q-EM 主機板, 作業系統是 Windows 7
以系統管理員身分執行 Resource Monitor「資源監視器」, 展開 Disk「磁碟」頁進行磁碟監視
以系統管理員身分執行 ASUS EPU Engine 後, 磁碟的活動每五秒寫入系統 Registry 機碼文件

C:\Windows\System32\Config\SOFTWARE C:\Windows\System32\Config\SOFTWARE.LOG1

此動作把系統碟 C: 不斷有寫入作業, 導致不能達成磁碟 Idle 閒置狀態, 與磁碟的節能理念背道而弛。

經過兩天午飯的空餘時間研究後, 發現主要問題是 ASUS EPU Engine 程式的花巧設計缺陷造成...「二氧化碳減少排放量」的指數表不斷每十秒更新數值又同時不斷每五秒將數值寫入系統 Registry 機碼, 沒趣是...這個不能當飯吃「二氧化碳減少排放量」的數值跑馬燈根本與 EPU 的節能功能無關, 只是給用家們心理上補償的門戶裝飾, 程式設計者為打造好感度而錯用記錄 registry 的機制, 這個缺陷設計甚至沒有給使用者留一個開關選項的選擇, 不過...客戶們有多小時間會無聊透地經常目視這個不斷運行閃動的「二氧化碳減少排放量」指數啊!

ASUS EPU Engine 執行後不斷每五秒寫入系統 Registry 機碼令磁碟不能閒置
解決辦法:

離開完結 ASUS EPU Engine 程式
以系統管理員身分執行 Regedit(登錄編輯程式)
尋找下列機碼
[HKEY_LOCAL_MACHINE\SOFTWARE\ASUS\AI Gear3\EPU\MB]
將 [HKEY_LOCAL_MACHINE\SOFTWARE\ASUS\AI Gear3\EPU\MB] 內的所有機碼刪除
將 [HKEY_LOCAL_MACHINE\SOFTWARE\ASUS\AI Gear3\EPU\VGA] 內的所有機碼刪除(配合 ASUS EPU 的 VGA 顯示卡)
修改 [HKEY_LOCAL_MACHINE\SOFTWARE\ASUS\AI Gear3\EPU\MB] 及 [HKEY_LOCAL_MACHINE\SOFTWARE\ASUS\AI Gear3\EPU\VGA] 的權限, 把 Administrators 權限的 Full Control 移除, 只保留 Read, 令機碼變成唯讀 Read only
完成修改後離開 Regedit

以上的辦法是以權限來禁止 EPU Engine 程式的「二氧化碳減少排放量」數值寫入系統機碼, 無法寫入的結果是「二氧化碳減少排放量」數值每次程式執行時會重設為 0, 就此而已。

修改機碼後 EPU Engine 已沒有每五秒寫入的磁碟活動備註:

ASUS EPU Engine 有 EPU4 及 EPU6, 機碼的位置可能會隨 ASUS 軟體版本不同而有分別。

補圖:
修改了機碼權限, 飛機模式下(正常) CPU 電壓, E8400 的 C1E 及 EIST 電壓閒置是 1.072V 跑 ~2Ghz
修改了機碼權限, 步行模式下(省電) CPU 電壓, E8400 的 C1E 及 EIST 電壓閒置是 0.928V 跑 ~2Ghz, 證明禁止寫入系統機碼後 EPU4 Engine 省電功能是仍然運作

固態硬碟 ADATA SSD S599 「飛」一般的速度 SF1222 當前明月

2010-06-29T18:42:00.043+08:00

還沒到中秋啊?! 這顆明月卻已是光芒盡顯; 話說 SSD 這貴補今年已步入進化期, 由去年的 Intel X25-M G2 34nm 顆粒及後採用 Indilinx Barefoot 控制器晶片的其他品牌, 今年盛名的 Sandforce SF1200 控制器晶片及其 SF1500 企業級系列, 今年後期還會有 NAND Flash 顆粒 25nm 新進程, 在今年 Computex 2010 台北國際電腦展內不小廠商亦展示了新產品的工程樣本, 更有 SATA 6Gb/s 介面支援等等, 無容置疑 SSD 固態硬碟的技術進步在速度效能及功耗電量上是市場上 HDD 物理機械硬碟所望塵莫及, 特別是 0.1ms 的訪問時間(access time)是一般機械硬碟無法匹敵, 唯一的最大缺點是...售價啊 ~~!

省略一大段文字, 今次採購是搜集專業比對資料, 經過了十分詳細腦惱般的考慮, 排除一大片遮天蔽日的網上行銷腦殘槍手文; SSD 的售價是不用爭議的貴, 主流級的 SSD 是效能級用戶群的欣物, 在有限財力下經過一個多月不斷查看腦場售價貨比三家, 最終選擇了主流級 Sandforce 高效能系列如下:

OCZ Vertex 2 100GB OCZSSD2-2VTX100G
使用 Intel 29F64G08CAMDB 顆粒
Corsair Force F100 100GB CSSD-F100GB2-BRKT
使用 Micron(美光) MT29F64G08CFABA 顆粒
ADATA SSD S599 100GB AS599S-100GM-C
使用 Intel 29F64G08CAMDB 顆粒

選擇 100GB 容量對個人用戶來說是滿足夠的, 戶外公務使用時也實用性強, 以上三個產品其實速度效能是相若接近的最高 280MB/s 讀取 270MB/s 寫入, 都是使用了 Sandforce SF1222 控制器晶片, 而 Corsair Force 使用了 Micron NAND Flash 顆粒, 最大的差異是腦場的售價, 幾經爭扎下選擇最低價(人性啊)的...是 ADATA SSD S599 100GB, 它較最貴的類同 Vertex 2 便宜達 USD77(HKD600/TWD2,472); 以使用四年為限天天使用, 四年內每天費用只是 ~USD0.25(HKD1.92/TWD7.90), 此投資尚可接受的了, 功耗最高 2W 節能效益較一般機械硬碟 ~10W 強得多, 節省下的時間更是無價。

近照, 蜂鳥飛翔標誌, 沒有採用浪費資源的華麗包裝
是 2.5" 大小體積給 Notebook 使用包裝內附的 2.5" 轉 3.5" 安裝架, 貼心的好啊! 安裝到桌面電腦時不用額外採購安裝架了安裝轉 3.5" 安裝架十分方便, 圖中 SSD 旁白色的是保固貼紙
安裝簡易完成, 接線後啟動電腦, 進入 BIOS 內查看偵測成功, 進入 OS(Windows 7) 亦自動掛載成功, 過程十分順利安裝在桌面機箱 ADATA SSD S599 的運作溫度是 35℃(室溫 28℃) 比較 HDD 硬碟機發熱量低(硬碟機還有氣孔吹風啊)S599 100GB 詳細資料, 格化後空間容量 93.16GB, Firmware 是 3.0.5
關於 SF1200 系列控制器晶片資料
http://www.sandforce.com/index.php?id=19&parentId=2
其他的開箱裸脫資料等等可善用 google 搜尋

SSD 初始效能的問題情況:
在仍然使用舊硬碟時進入 Windows 7 後, 會自動掛載新 SSD 然後重啟, 重啟後即可使用。
不過, 初始使用時發現 SSD 自動格化及分割成 NTFS 格式, 當然就立即測試一下速度效能, 使用的是 ATTO Disk Benchmark, 首測的效能速度結果令人感到十分訝異莫名...不是因為高速讀取的 280MB/s, 而是寫入速度最高大約在 17xMB/s 至 22xMB/s 之間, 明顯有不明原因的設定問題, 與官方參數有很大的差異(驚訝得忘記了截圖 ^^!)
曾經參考過關於 SSD disk alignment 對效能影響的資料, 由於 SSD block 在 NTFS 預設分割格化時並沒有對齊 4KB 邊界, 在實體 block 模擬磁區寫入動作要抹寫兩個實體 block 而造成寫入效能影響。所以需要額外使用 disk align 工具程式來對齊優化 SSD, WD 公司就提供了的對齊工具軟體 WD Align 給自家支援的 WD AFD 硬碟使用, 而另一個 Paragon 公司的 Paragon Alignment Tool 對齊工具軟體是非常好的選擇...其實 WD Align 也是 Paragon 公司所開發的, 幸運地在六月中已經在官方下載了軟體, 所以立即安裝 Paragon Alignment Tool 2.0 然後執行將 SSD 對齊, 完成 align 後再執行 atto 測試, 結果顯示效能回復到寫入速度 270MB/s(截圖), Excellent!!

執行 Paragon Alignment Tools 將 ADATA SSD S599 align 對齊(綠色碟是可支援對齊功能, 黃色分割區是仍沒對齊)完成 SSD 對齊後 ATTO 效能測試,「飛」一般的速度...280MB/s read 270MB/s write, 爽死啊!!SSD S599 實用速度參考(電腦 ASUS P5QL-EM CPU E8400 3Ghz RAM 4GB DDR2):
光碟安裝 Windows 7 時間 8分艟完成...(BIOS 啟用 AHCI 模式)
從 Windows Advanced Boot 畫面啟動到登入帳號畫面 16秒
從按掣開機啟動到 Windows 7 登入帳號畫面 28秒...(BIOS 沒有停用 Marvell IDE 額外 5秒 IDE detect)
從按掣開機啟動到 Windows 7 桌面畫面 33秒...(同上)
Windows 7 windows experience index 使用 ADATA S599 儲存傳輸指數是 7.8Windows 7 windows experience index 使用 WD 5000AAKS 500GB 儲存傳輸指數是 5.9(系統的樽頸)所以, 如果採購了 SSD 的買家, 在初始使用時如果有寫入效能問題, 建議將 SSD 執行 alignment 對齊, 將 SSD 的寫入效能推至高鋒。

Paragon 公司的 Paragon Alignment Tool 對齊工具軟體免費官方下載體驗版及註冊碼只提供至 30/6/2010, 無緣下載的話善用 google 啊!
無聊的也將舊 IDE 硬碟機及 SATA 3Gbs 硬碟機(AHCI 及無 AHCI)的 ATTO 效能測試作紀念參考
WD Caviar WD800BB 80GB PC133 IDE 硬碟機, 古董的最高效能 ~36MB/s...(汗)Hitachi Deskstar P7K500 HDP725032GLA380 320GB SATA 3Gbs 硬碟機, 無 AHCI 下最高只得 ~75MB/s read ~70MB/s write...未盡全力的結果(只得 8MB cache...無辦法囉)WD Caviar Blue WD5000AAKS 500GB SATA 3Gbs 硬碟機, AHCI(NCQ) 下最高 ~128MB/s read ~120MB/s write...算是合格吧
搞定了安裝 SSD 後, 就是優化 OS 系統, (Windows 7 SSD 優化篇)待續...

溫馨提示: 今年內 NAND flash 顆粒大降價是不太可能, 25nm 新製程量產後的散貨潮要到明年才有機會出現, 想買得 SSD 心頭好的話, 早買早享受啊! 有些品牌的 SSD 販售了快近一年售價仍然是鐵一般的硬。

Firefox 3.6.4 官方釋出 OOPP 的降臨(Firefox 3.6.6 迅即補上)

2010-06-24T21:30:00.010+08:00

經歷數月不斷的 bugfix 開發階段及一再延期, Mozilla 終於官方釋出 Firefox 3.6.4, 此版本最重大改造 Out of Process Plugins(OOPP) 外掛處理功能, 將 plugins 外掛(Flash, Quicktime, Silverlight, java??)以獨立的程序(plugin-container)處理, 避免一但外掛程序錯誤時拖垮當掉瀏覽器主程式的煩惱, 而此功能暫時只適用於 Windows 及 Linux 系統, MacOSX 就要繼續等待未來開發; 可能Mozilla 對穩定性考慮, 此進階功能「並不是」預設全局啟用的, 只是針對特定 plugins(例如 flash)而已, 用戶需要手動修改機碼才可真正享受其好處(可能也是壞處?!)。
更新
雖然 Firefox 3.6.4 是經歷不斷的改造而成, 不過短暫的光輝豈會永恆, 它成為 Firefox 生命周期史上的最短紀錄...繼 3.6.4 後 Firefox 3.6.6 在短短數天後已經官方釋出, 主要是修正了 plugin timeout 的臭蟲問題。
如果懶得立即更新到 3.6.6 的話(剛剛重灌完啊...SSD ^^!), 只需修改機碼 dom.ipc.plugins.timeoutSecs 的預設值 10(秒) 改為 30 或 45, 令某些 flash 遊戲玩家滿意吧。
預設(編譯)安裝 Firefox 3.6.4 的 OOPP 功能狀態(Windows)

about:config dom.ipc.plugins.enabled 預設值 false dom.ipc.plugins.enabled.npctrl.dll 預設值 true dom.ipc.plugins.enabled.npqtplugin.dll 預設值 true dom.ipc.plugins.enabled.npswf32.dll 預設值 true dom.ipc.plugins.enabled.libnptest.so 預設值 true dom.ipc.plugins.timeoutSecs 預設值 10

預設(編譯)安裝 Firefox 3.6.4 的 OOPP 功能狀態(Linux)

about:config dom.ipc.plugins.enabled 預設值 false dom.ipc.plugins.enabled.libflashplayer.so 預設值 true dom.ipc.plugins.enabled.libnptest.so 預設值 true dom.ipc.plugins.timeoutSecs 預設值 10

dom.ipc.plugins.enabled 預設值是 false, 則其他所有非特定的 plugins 都不會採用 OOPP 功能, 預設特定 plugins 時使用。
如需要(或嘗試)使用全局啟用(包括 java, acrobat 等等), 只需將 dom.ipc.plugins.enabled 預設值改為 true。

實測使用 http://www.myspeedmeter.net 網頁, 同時使用了 flash 及 java
dom.ipc.plugins.enabled 預設 false 沒有啟用全局 OOPP
flash 是以 plugin-container 來執行, 而 java 則個別額外執行沒有使用 plugin-ccontainer

dom.ipc.plugins.enabled 預設改為 true, 啟用全局 OOPP
flash 及 java 都是以 plugin-ccontainer 來呼喚執行

備註:
自行編譯 Firefox 時留意套件打包時, 新增 binary 文件 plugin-container, 及必需同時編譯內建 nspr 執行庫。

CentOS 系統 SATA 硬碟由 IDE 模式啟用轉到 AHCI

2010-06-21T01:38:00.006+08:00

SATA 硬碟 Advanced Host Controller Interface(AHCI) 的技術網上已經有很多參考, 現代 SATA 硬碟內的 Native Command Queuing(NCQ)效能增強功能需要有 AHCI 及系統驅動程式來運作, 其好處最明顯用於新型號 SSD(固態硬碟)當CPU頻繁時有效達到更高傳輸效能, 可以衝到 SATA rev 2(3Gb/s) bus 的傳輸邏輯上限(250MB/s), 一般單夥 SATA 3Gb 硬碟受限於機械物理, 實用傳輸速度大約在 130MB/s, 那麼在安裝 OS 時沒有啟用 AHCI 及同時安裝系統驅動程式的話, OS 只會以一般 IDE 模式運行, 而事後再啟用 AHCI(BIOS)的話, 啟動電腦時進入 OS系統會失敗, Windows(XP,Vista,Win7)都會出現藍屏重啟(INACCESSABLE_BOOT_DEVICE), 而 Linux 會出現 Kernel panic 的錯誤死當。

網上腦殘專才流傳謬論至重灌系統云云, 其實還有更簡易的解決辦法; 在電腦仍然使用 IDE 模式時進入 OS系統內修改其硬碟模式機碼, 預設載入 AHCI 驅動程式, 修改後重啟電腦然後進入主機板 BIOS 內啟用 AHCI, 就可以順利載入 OS系統, 也不用十分鐘時間就可以完成。

Windows 7/Vista SP2 的話(XP 的話善用 google啊), 參考微軟技術文件 KB922976, 修改如下機碼:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci start 預設值 3 修改為 0

已安裝 Linux 的系統 SATA 硬碟一般預設是 ata 模式, 而 kernel 並沒有預設載入 AHCI, 必需指向性的令系統 kernel 起動時啟用 AHCI

實作使用 CentOS 5.5 Linux, WD SATA 3Gbs 500GB 硬碟 WD5000AAKS 及 ASUS P5QL-EM 主機板
SATA 硬碟 IDE 模式啟用轉到 AHCI 修改步驟:
1. 在主機板(BIOS)仍然是 IDE 模式時, 正常起動 Linux 載入系統
2. 設定 scsi_hostadapter 模式, 修改系統配置文件 /etc/modprobe.conf 加入 ahci登入 root 權限, 編輯 /etc/modprobe.conf 文件:
在下列一行後

alias scsi_hostadapter ata_piix

新增一行內容

alias scsi_hostadapter2 ahci

3. 修改內核預載模組(驅動程式)預設載入 AHCI登入 root 權限, 執行:

mkdir /boot/AHCI mkinitrd --preload ahci --force-scsi-probe /boot/AHCI/initrd-`uname -r`.img `uname -r`

4. 修改 boot-loader grub 載入預設
登入 root 權限, 編輯 /etc/grub.conf 保留舊條目及新增 AHCI 預載(如圖)例如:

#boot=/dev/sda default=0 timeout=10 splashimage=(hd0,4)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-194.3.1.el5PAE) root (hd0,4) kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=LABEL=/ quiet initrd /initrd-2.6.18-194.3.1.el5PAE.img

修改為

#boot=/dev/sda default=1 timeout=10 splashimage=(hd0,4)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-194.3.1.el5PAE) root (hd0,4) kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=LABEL=/ quiet initrd initrd-2.6.18-194.3.1.el5PAE.img title CentOS (2.6.18-194.3.1.el5PAE) AHCI root (hd0,4) kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=LABEL=/ quiet initrd /AHCI/initrd-2.6.18-194.3.1.el5PAE.img

以上修改新增了另一個載入 default=1 的 ahci

完成 OS系統修改後重啟電腦, 進入主機板 BIOS, 將硬碟模式由 IDE 修改為 AHCI 後, 再進入 OS系統就能使用 AHCI 了。
備註:

不是所有的主機板都支援 AHCI 模式, 某些廠牌的舊型號電腦 BIOS 內並沒有 AHCI 模式選項(例如: 聯想 G31 晶片組的 ThinkCentre A57); BIOS 沒有此功能的話, 失望的唯一辦法是額外採購 SATA 介面卡(例如: Adaptec SATA II Raid 1220SA)。
舊型號的 SATA 硬碟(或 SSD)不一定都有 NCQ 功能, 採購(使用)時要留意型號及其詳細資料。

遷移及配置 Windows 7 的用戶帳號 UserProfile 預設目錄位置

2010-06-15T15:29:00.026+08:00

近日(六月)除了 SCO 宣示對 Unix 智慧財產權的訴訟官司最後裁決 Novell 全勝的重大新聞外, 逃不掉一片世界盃足球熱, 眾多電腦宅懶還會用數碼接收器(USB)來收看高清數碼電視, 時差關係會錄影存檔留待翻看, Windows 系統硬碟的剩餘容量空間不足導致出現狀態; 我個人亦心癢準備採購一夥 SSD(固態硬碟)用作系統硬碟來日常使用, 所以也在測試網上流傳多種近似方法可以遷移 Windows 7 用戶帳號 UserProfile 預設目錄位置, 在測試的過程中不能幸免的出現了系統死當 Hang up, 甚至 Ctrl+Alt+Del 都失敗需要 Power Off 按掣關機, 所以惡搞 UserProfile 預設目錄前, 必需做好檔案備份及有心理準備; 個人用戶帳號 UserProfile 目錄由 SSD(細容量)移動到HDD硬碟(大容量), 除了容量擴展外其實還有多個好處, 減輕了登入使用時 SSD 系統碟不斷的寫入動作, 並且減小了個人用戶檔案的暫存檔案空間碎片(累積SSD效能下降), 尤其是網頁瀏覽器及 Temp 目錄的頻繁寫入, 當一但 OS 系統碟失陷需要重灌時也無需為拯救個人文件檔案及設定而優心煩惱。

在實測多種不同方法後綜合一個可行而且頗為滿意(起碼沒有踫到死當或缺陷), 過程快捷順利, 只要注意權限問題, 加上一些手動小修改罷了。

認識 Windows 7 系統的本機帳號目錄 UserProfile 位置架構如下:

帳號預設目錄是 C:\Users\
共用帳號目錄是 C:\Users\Public\
預設配置帳號目錄(隱藏)是 C:\Users\Default\
個人用戶帳號目錄是 C:\Users\%用戶名稱%\

網上流傳眾多方法也有不小誤判或缺陷:

微軟的輕鬆傳輸(Easy Transfer)當然就不能輕鬆地將用戶帳號目錄在系統 C:\Users\ 目錄遷移到其他硬碟機, 也不用妄想啊
將用戶帳號目錄遷移後利用 mklink 指令以 junction point(NTFS) 的連結方式使用, 此方法有不良的嚴重後果(原因不明, 可能是 junction 的權限問題), 在登入後使用到 Windows 某些個人配置功能時(例如: 桌面背景..等等)會令整個 GUI 介面死當或超緩慢, 部分軟體(例如: Outlook)在設定後使用時出狀態
將用戶帳號目錄在 File Explorer 介面中每一個都更改 Location 位置, 實在太過手動(煩死啊), 而且用戶帳號子目錄的 AppData 帳號配置資料(及暫存檔案)都仍然使用 C: 系統碟, 此方法只是適合沒有(或不能使用)系統管理員權限的個人環境臨時的簡易方案而已
將系統機碼 HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS NT\CurrentVersion\ProfileList 的 Default, Public, ProfileDirectory 都修改為其他硬碟機位置, 此方法是可行的亦是針對本機的完全修改, 不過...已經存在 C: 的系統管理員帳號還是需要手動遷移及修改系統機碼

遷移個人用戶帳號目錄 C:\Users\%用戶名稱%\ 到其他硬碟機無論任何情況必需先做好系統完全備份!!
實測應用安裝及格化準備好的硬碟(及分割區), 如圖 e: 硬碟

實測配置 Windows 7 的用戶帳號 UserProfile 目錄位置實作步驟:
1. 登入系統管理員帳號
2. 修改系統機碼將新增用戶帳號目錄指向 e: 硬碟, 以系統管理員身分執行登錄編輯程式(regedit):
尋找機碼

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

如果需要將所有用戶帳號目錄(包括預設配置、共用及新增帳號)全部遷移到 e: 硬碟的話, 修改三個預設機碼如下:
Default 預設由 %SystemDrive%\Users\Default 修改為 e:\Default
ProfileDirectory 預設由 %SystemDrive%\Users 修改為 e:\
Public 預設由 %SystemDrive%\Users\Public 修改為 e:\Public
如果只需要新增帳號遷移到 e: 硬碟的話, 只需要修改"一個"預設機碼如下:
ProfileDirectory 預設由 %SystemDrive%\Users 修改為 e:\

實測遷移 Windows 7 的用戶帳號 UserProfile 目錄位置實作步驟:
1. 登入系統管理員帳號
2. 以系統管理員身分執行 cmd 命令提示字元(Command Prompt)
3. 複製用戶帳號目錄(例如: Doggie帳號)到指定位置(e:)硬碟, 在命令提示字元內執行:

robocopy c:\Users\ e:\ /e /copyall /xj /xf c:\Users\desktop.ini /xd "Default" "Public" "%其他用戶帳號%"

以上的複製方法以排除 exclude(/xd) %其他用戶帳號目錄% 及不遷移的 Default 及 Public 帳號目錄
好處是無需煩惱地手動修改目錄讀寫權限, 與原來的帳號目錄權限一模一樣, 而 /xj 是不複製 junction point 連結(否則無限複製 loop, 必需手動再建立帳號目錄內 16個 junction)
4. 在"已遷移"的 e: 硬碟用戶帳號目錄內再建立 16個 junction(兼容舊軟體的目錄架構)
查看舊的 junction 目錄如下(例如: Doggie 帳號):

dir c:\Users\Doggie /al /s

手動再建立 16個 junction 到 e: 硬碟(例如: Doggie 帳號), 以系統管理員身分執行 cmd 命令提示字元(Command Prompt)
在命令提示字元內執行:

e: cd Doggie mklink /j "Application Data" "AppData\Roaming" mklink /j "Cookies "AppData\Roaming\Microsoft\Windows\Cookies" mklink /j "Local Settings" "AppData\Local" mklink /j "My Documents" "Documents" mklink /j "NetHood" "AppData\Roaming\Microsoft\Windows\Network Shortcuts" mklink /j "PrintHood" "AppData\Roaming\Microsoft\Windows\Printer Shortcuts" mklink /j "Recent" "AppData\Roaming\Microsoft\Windows\Recent" mklink /j "SendTo" "AppData\Roaming\Microsoft\Windows\SendTo" mklink /j "Start Menu" "AppData\Roaming\Microsoft\Windows\Start Menu" mklink /j "Templates" "AppData\Roaming\Microsoft\Windows\Templates" mklink /j "AppData\Local\Application Data" "AppData\Local" mklink /j "AppData\Local\History" "AppData\Local\Microsoft\Windows\History" mklink /j "AppData\Local\Temporary Internet Files" "AppData\Local\Microsoft\Windows\Temporary Internet Files" mklink /j "Documents\My Music" "Music" mklink /j "Documents\My Pictures" "Pictures" mklink /j "Documents\My Videos" "Videos"

5. 修改系統機碼將用戶帳號目錄指向 e: 硬碟, 以系統管理員身分執行登錄編輯程式(regedit):
展開機碼 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
在其中參找一條長機碼包含有用戶帳號名稱, 將其 ProfileImagePath 機碼由 c:\Users\%用戶帳號名稱% 改為 e:\%用戶帳號名稱%(如圖)
修改後即時生效

備註:
1. 如果要遷移的帳號目錄是登入使用中的系統管理員的話, 則必需建立及登入使用另一個臨時系統管理員帳號, 否則登入使用中的部分檔案文件因為系統使用中而不能完全複製成功。
2. 在系統管理員身分使用 xcopy 或 File Explorer 中複製帳號目錄貼上的話, 帳號目錄權限會錯誤, 導致用戶部分功能錯誤及保密讀寫權限缺失
例如: 所有預設圖示失蹤(如圖)錯誤的帳號目錄權限(如圖), 任何用戶均可讀寫檔案文件正確的帳號目錄權限

最後個人建議:
如果要遷移用戶帳號目錄(包括其一切檔案文件資料)的話, 遷移後不要立即刪除舊帳號目錄, 視不同情況酌情保留舊目錄資料一段時間, 緊急需要時還可以用來拯救狀態。

更正:
mklink -j 改正為 mklink /j 指令。

CentOS 5.5 正式版搶先下載 torrent

2010-05-15T12:00:00.012+08:00

Redhat 紅帽公司的 RHEL(Red Hat Enterprise Linux) 5.5 版本在 3/30/2010 釋出已經有一個月多了, CentOS(RHEL 的 clone) project 已經完成程序, 在 5/14/2010 進行檔案伺服器鏡像同步, 大量同步及 repository 軟件庫還未完備, 不過部分 iso 光碟映像檔案其實都已經放置了, 急不及待(搶先)可以 torrent 高速下載 CD/DVD 光碟映像檔案安裝或升級。

CentOS 5.5 官方版本文件
http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.5

CentOS 5.5 官方釋出公告
http://lists.centos.org/pipermail/centos-announce/2010-May/016638.html

i386(32bit) 7CD torrent:
http://ftp.hostrino.com/pub/centos/5.5/isos/i386/CentOS-5.5-i386-bin-1to7.torrent
http://mirror.eshk.hk/linux/centos/5.5/isos/i386/CentOS-5.5-i386-bin-1to7.torrent

i386(32bit) 1DVD torrent:
http://ftp.hostrino.com/pub/centos/5.5/isos/i386/CentOS-5.5-i386-bin-DVD.torrent
http://mirror.eshk.hk/linux/centos/5.5/isos/i386/CentOS-5.5-i386-bin-DVD.torrent

x84_64(64bit) 8CD torrent:
http://ftp.hostrino.com/pub/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-1to8.torrent
http://mirror.eshk.hk/linux/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-1to8.torrent

x84_64(64bit) 1DVD torrent:
http://ftp.hostrino.com/pub/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-DVD.torrent
http://mirror.eshk.hk/linux/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-DVD.torrent

備註:

torrent 內有 md5sum 及 sha1sum checksum 文件。

其他 CentOS mirrors list:
http://isoredirect.centos.org/centos/5/isos/i386/
http://isoredirect.centos.org/centos/5/isos/x86_64/

又再次可以活用光碟 yum 升級極速大法時候了!
最令人感動的 OpenOffice 3 在 5.5 版本登場啊, 版本號是 3.1.1-19.5

Dragon Age: Origins 解除 Dead Trenches 絆線陷阱 Tripwire

2010-05-12T00:48:00.007+08:00

被 RPG 遊戲 Dragon Age: Origins 迷倒消耗不小歡樂時光後, 一直都在為解不同的結局勞累, 相對不小玩家也樂此不疲(2P 3P 男女關係、當個大惡魔撞車惡搞也別有樂趣 ^^!), 雖然遊戲有不小臭蟲(bug), 1.03 PC版甚至出現盜竊隨機物品失蹤問題, 不過遊戲的耐玩性實在難得一見, 令人有不斷一玩再玩、一破再破的戲癮, 經常幻想愛愛 Morrigan 將來(下集)會否重逢...

在遊戲中其中一個似是臭蟲的問題(PC版), 在矮人城的 Deep Road 內的 Dead Trenches 地域, 其中有一個絆線陷阱 Tripwire 一直無法解除(在國外的 wiki 資料有誤判), 路經陷阱時會發出刺耳巨大聲響, 雖不造成大傷害, 但頗令人煩厭, 身旁朋友或親人總會有些微言; 在不斷重玩新角色後, 終於忍受不住誓要解除此絆線陷阱; 此遊戲經驗所得, 要發現標記或物品可以使用 Tab 鍵, 而某些物品在 3D 第三身(TP)模式下很難拿取, 要用高空俯瞰(Aerial View)模式才可, 在 Dead Trenches 內的 Tripwire 陷阱也類同, 一般情況 Tripwire 陷阱的左(或右)端在 TP 模式下不能用滑鼠發現解除陷阱標記, 只有使用 AV 模式時按 Tab 鍵才能發現標記及點擊解除陷阱(如圖)。

Dead Trenches 內的 Tripwire 陷阱
利用高空俯瞰(AV)模式尋找解除陷阱標記(圖中的滑鼠標記不能截圖)
解除 tripwire 絆線陷阱成功了!

組裝電腦夏日進補 HP-825 及 Intel 四腳原裝散熱器的變形

2010-05-06T10:40:00.010+08:00

在三月尾時 diy 組裝的電腦經歷了一個多月的摧殘, 各種失敗的惱人錯誤陸續浮現, 竟然還傻傻地把機箱的後置風扇反安裝錯了(~~!), 打開機箱時也真熱氣迫人! 在不斷地調整下, 現在電腦也算是十分穩定了, 雖然組裝使用的是 MicroTower 細機箱, 不過還是有很大的改進空間。

近日天氣開始悶熱的, 炎炎夏日的日子也快將降臨, 腦場閒蕩時終於忍不住手, 買下了便宜大碗的大陸製「超頻三PC COOLER」的紅海 mini 靜音版(HP-825) 塔式熱導管散熱器, 以更換 Intel CPU 原裝散熱器, 雖然產品效能屬一般性, 在我個人細心觀察下質量還可以接受的, 底面拋光也非常細緻, 附贈一顆紅色的 8cm 靜音扇, 轉速最高跑 2200rpm, 風量大約 29CFM, 噪音度大約 22~23dB, 實測在機箱內使用時比較 Intel CPU 原裝散熱器風扇跑 2000rpm 還要靜(Intel 原裝風扇在 1500rpm 到 2000rpm 之間切換速度時有很明顯的馬達噪音), 安裝風扇使用了附贈軟膠螺絲扣, 而且還可以額外安裝多一顆風扇, HKD$58/TWD$239(特價)實在是無法抗拒的誘惑啊!

「超頻三PC COOLER」的紅海 mini 靜音版(HP-825) 塔式熱導管散熱器
近照三張兩條銅熱導管分成左右為四端熱導管散熱, 鏡面拋光還有膠紙包裝防磨花, 價廉的意想不到
由於 HP-825 沒有附贈底座支撐背板, 也同時敗了一個 LGA775底座, 主要原因是我在組裝電腦安裝了 Intel 原裝散熱器, 主機板出現彎曲變形的情況(圖), 雖非嚴重但日子久遠會越變形厲害(熱氣向下吹), 無底座背板支撐的死症, 這也是 Intel 四腳原裝散熱器的設計詬病。

安裝了 Intel 原裝散熱器, 主機板明顯的彎曲變形了
加裝的支撐背板, 也是「超頻三PC COOLER」產品安裝了支撐背板後, 主機板回復平整了

順道也(手賤的)買了 12cm金屬網隔塵墊, 沒買 12cm風扇的原因是...HP-825 雖然 mini 但體積也不小, 差不到 3mm 就碰到機箱側板的金屬網(~~!)

//// PC 大手術

1/ 拆火牛, 拆hdd架, 拆主機板, 更換散熱器及安裝 LGA775底座...一切從頭開始, 細機箱實在惱人得要死!!
2/ 將機箱其他風扇及hdd風扇加裝了軟膠墊片(diy 垃圾自製), 防止風扇震盪傳導
3/ 機箱側板安裝 12cm金屬網及隔塵布

整個大手術毫無疑問的將整台組裝電腦全部解拆, 重裝一次... ~~!

//// PC 手術後

1/ Everest 燒 CPU 10min(室溫 26℃), 最高溫度一直壓在大約 55℃(圖)(intel 原裝散熱器會衝到 64至65℃)2/ 機箱的微震盪明顯減弱了
3/ 第二個感溫(主機板)SYSTIN 燒 CPU 時比較以前最高溫度大約降低2至3℃
4/ 第三個感溫(供電)AUXTIN 燒 CPU 時比較以前最高溫度大約降低3至4℃

一般效能的廉價補品, 雖不算是大滿足, 但性價比卻比較某些高貴(售價)的大型塔式熱導管散熱器優勝, 也證明 Intel 原裝散熱器效能及設計實在是「爛」。

上機箱調整完成, 頂端還剩下差不到 3mm 空間, 直線氣流順道 DRAM 散熱(白色的是隔塵布)

也許很難想像隔塵的情況及效用, 下圖的圖左是使用了兩個多月後的污黑隔塵布, 圖右是新淨的對比(~~!)

Firefox 3.6.4 未來的關鍵 OOPP

2010-04-21T16:50:00.012+08:00

Mozilla 在 2010/5 月釋出新版本的 Firefox 3.6.4, 此版本將會有重大改變, 過去外掛(plugin)程序惱人的異常狀態下崩潰掛掉整個 Firefox 程式的問題, 在新版加入 Lorentz 的功能 Out of Process Plugins(OOPP)中可以解決了(排除沒有 bug 的話), OOPP 將外掛程式以獨立程序(process)中執行, 一但程序異常崩潰時會顯示程序提示頁面, 不會拖垮整個 Firefox 程式。

不過, 當然新功能 OOPP 應用時仍有不小的臭蟲(bug), 甚至異常的 crash, 而自行編譯的社群版(Linux)也有兼容性問題的個別情況。

Firefox 3.6.4 編譯設定加入了兩處異同條件如下:

--disable-ipc Disable IPC supports for tabs and plugins --enable-ipdl-tests Enable expensive IPDL tests

一個是 IPC(Inter-process communication) 的支援, NSPR 的 API 下開發 OOPP 的應用
另一個是 IPDL(IPC Protocol Definition Language) 的驗測

參考:
https://developer.mozilla.org/en/IPDL
https://developer.mozilla.org/en/Configuring_Build_Options

編譯 Firefox 3.6.4(Linux) 時預設自動加入新增 IPC 功能(OOPP), 編譯的問體如下:

1. 當預設編譯時會使用系統 nspr 而編譯錯誤

In file included from nsXPComInit.cpp:41: ./../ipc/chromium/src/base/basictypes.h:22:26: error: nspr/prtypes.h: No such file or directory ./../ipc/chromium/src/base/basictypes.h:34:36: error: nspr/obsolete/protypes.h: No such file or directory ./../ipc/chromium/src/base/basictypes.h:96: error: 'uint32' does not name a type ./../ipc/chromium/src/base/basictypes.h:102: error: 'int32' does not name a type ./../ipc/chromium/src/base/basictypes.h:103: error: 'int32' does not name a type ./../ipc/chromium/src/base/basictypes.h:302: error: 'uint32' does not name a type make[5]: *** [nsXPComInit.o] Error 1 make[5]: Leaving directory `/usr/src/redhat/BUILD/firefox-3.6.4/mozilla-1.9.2/xpcom/build' make[4]: *** [libs] Error 2 make[4]: Leaving directory `/usr/src/redhat/BUILD/firefox-3.6.4/mozilla-1.9.2/xpcom' make[3]: *** [libs_tier_xpcom] Error 2 make[3]: Leaving directory `/usr/src/redhat/BUILD/firefox-3.6.4/mozilla-1.9.2' make[2]: *** [tier_xpcom] Error 2 make[2]: Leaving directory `/usr/src/redhat/BUILD/firefox-3.6.4/mozilla-1.9.2' make[1]: *** [default] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/firefox-3.6.4/mozilla-1.9.2' make: *** [build] Error 2

mozilla 仍未釋出修正支援獨立程序的系統 nspr API, 所以要編譯預設 IPC(OOPP) 功能的話暫時必需同時編譯內建 nspr 執行庫
.mozconfig 要移除 ac_add_options --with-system-nspr

2. 執行編譯了 IPC(OOPP) 的 Firefox 3.6.4(Linux) 時遇到有任何 plugin(例如 flash, java..) 的網頁會程式異常停頓, 程式完全沒反應
~/.xsession-errors 錯誤記錄如下:

** (firefox:8607): WARNING **: Serious fd usage error 14 ** (firefox:8607): WARNING **: Serious fd usage error 12

不明原因, 可以暫時新增機碼停用 IPC(OOPP)
about:config
dom.ipc.plugins.enabled 設定改為 disable

3. 如何編譯沒有 IPC(OOPP) 的 Firefox 3.6.4(Linux)
IPC 功能是預設編譯, 需要修改編譯項目停用 IPC
.mozconfig 新增 ac_add_options --disable-ipc
.mozconfig 使用 ac_add_options --with-system-nspr

4. Firefox 3.6.4 OOPP 臭蟲
已知的臭蟲
新增的臭蟲

麗臺 Leadtek GT220 故障的替代 EVGA GT220

2010-04-01T09:00:00.012+08:00

原定於三月時候組裝 DIY 一台全新電腦取代自己桌面機(ThinkCentre A57)並同時淘汰數台殘舊中古電腦, 不過一波三折下原來的計劃被一再拖延, 問題的主角是去年十二月時購買的麗臺 Leadtek GT220 DDR3(LP) 圖像顯示卡, 雖然顯示卡晶片 GT220 有不錯的節能降溫表現, 不過使用了三個多月後顯示卡逐漸出現奇怪的問題, 最初時 3D 遊戲畫面突然部份 texture 變色的奇怪狀態, 後來最常見的問題是在全螢幕 3D 遊戲時畫面會無原因不定時像當機般的停頓(鍵盤和滑鼠還有反應), 有時還會彈出桌面(Windows 7 還好, XP 會死當在遊戲畫面中 CPU 爆 100%), 系統事件 Event log 內紀錄 "Display driver nvlddmkm stopped responding and has successfully recovered", 試過不同版本號的驅動程式都無法排除原因(當然避免了196.75的風扇問題), 亦加裝了額外風扇吹向顯示卡(排除了非溫度問題, 這三個月的天氣其實也十分清涼及寒冷啊), 試過用 XP 或 Windows 7 都問題一樣, 也沒有超頻的正常使用而已, 而且情況漸趨嚴重, 到三月中某天(星期日)顯示卡在關機後再啟動時漆黑一片, 沒有螢幕訊號輸出, 風扇長轉, 電腦完全不能啟動(BIOS 不能起動, 沒有 beep 聲, 好像卡在顯示卡起動中), 移除顯示卡後電腦才可正常啟動(用主機板內建顯示晶片組), 再三測試甚至出動測電表都情況一樣。
在無法解決下唯有星期一到代理維修客戶服務中心, 怎知 Leadtek GT220 顯示卡在維修技術支援人員手中竟然會返生運作(是天氣或是運氣嗎), 最後拿回再測試, 由於計劃了組裝一台全新電腦, 到腦場先採購了一顆電源供應器(火牛) Corsair VX450W
而且也順道採購了組裝電腦的配件(主機板、CPU、記憶體、硬碟和機箱), 然後再測試半生不死的 Leadtek GT220 顯示卡...第一回合完。

在使用購買的全新電源火牛下 Leadtek GT220 顯示卡仍然是故障的漆黑一片無螢幕訊號, 無解又無奈下唯有再次到代理維修中心(星期四), 顯示卡在維修技術支援人員手中終於都露出原型...死卡, 使用 debug 卡也無法排解問題(FF碼), 即場更換了新盒新卡, 在欣喜和盼望的心情下回程...第二回合完。
不幸的煩人腦惱纏繞怎會這麼容易消散呢?! 安裝了更換的 Leadtek GT220 顯示卡, 有畫面訊號還好的, 不過...當安裝顯示卡驅動程式後, 重啟電腦回到系統桌面時, 畫面竟然出現滿螢幕花點(天啊!! 何必偏偏選中我)
測試過不同版本號的驅動程式情況一樣(使用其他電腦亦如是), 懷疑是顯示卡的部份電子零件質量問題, 失望極透下唯有又再次到代理維修中心(星期五), 顯示卡在維修技術支援人員手中無解(情況相同滿螢幕花點), 在經過與技術支援人員相談討論(麗臺 Leadtek 品質的題外話)後可以更換其他品牌的類同產品, 最後選擇了 EVGA 的 GT220 1G DDR3(01G-P3-1226-LR), EVGA 是國外(歐美)的著名暢銷 diy 族品牌主打 Nvidia 系列, 在失望與盼望的刺激下回程...第三回合完。
經歷了差不多一星期的腦惱後在新換顯示卡 EVGA GT220 1G DDR3 問題解決終於可以回復正常, 代理維修技術支援人員的態度亦算滿意, 我的抱怨就只是對麗臺 Leadtek 產品質量和QC監管的失望而已, 也樂得可以嘗試 EVGA 品牌的產品, 不過組裝全新電腦計劃被延後到三月尾才搞定。

在網上也看到 EVGA GT220 SSC DDR3(01G-P3-1227-LR) 有風扇嘈音問題, 不過手上的 01G-P3-1226-LR 普通版卻沒有那麼嚴重, 在實測時嘈音度算可接受(開啟機箱距離兩尺), 風扇 idle 時跑 10%(比較 Leadtek 的 40% 更低更靜), 在關閉機箱下深夜時也很寧靜, 而 EVGA 也提供了降速靜音的新 BIOS(1227 及 1226 型號 BIOS 版本號 70.16.37.00.24), 只需要向 EVGA 發支援電郵, 官方回函提供下載位置(其實網上已經流傳官方下載位置); 實測使用新 BIOS 測試, 結果是新 BIOS 的風扇 idle 時下降到跑 1%, 當然嘈音度大減, 不過溫度就明顯上升不小, 顯示卡 idle 時溫度由舊 BIOS 的 45℃(室溫 20℃ 關閉機箱, 開啟機箱的話 38℃) 升到新 BIOS 的 56℃, 跑 3D 三十分鐘後舊 BIOS 的 73℃ 升到新 BIOS 的 87℃, 如果到盛夏季節, 顯示卡高溫可能到達(甚至超過) 95℃以上, 所以還是乖乖的回復原來的舊 BIOS 較安心...新組裝電腦機箱還沒有做溫度調校, 後續啊。

EVGA GT220 DDR3(01G-P3-1226-LR) 的 GPUZ 顯示晶片資料, BIOS 版本號是 70.16.2E.00.02
使用 EVGA Precision 顯示卡(Nvidia)微調專用軟體, 還可以使用 on-screen display 在 3D 畫面時展示顯示卡資料狀態(還可以截圖)。

Red Hat 3/30/2010 官方釋出 RHEL 5.5

2010-03-31T12:11:00.004+08:00

Red Hat 紅帽公司在 3/30/2010 正式官方釋出 RHEL(Red Hat Enterprise Linux) 5.5 版本

此版本使用 kernel 2.6.18-194, 註冊用戶已經可以在官方網頁下載

Red Hat Enterprise Linux 5.5 版本資料
http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.5/html/Release_Notes/

Highlights of the Red Hat Enterprise Linux 5.5 release include hardware enablement for the Intel Boxboro-EX platform, AMD Magny-Cours processor and IBM Power 7 processor. Virtualization is improved, with support for multiple 10 GigE SR-IOV cards, and automatic usage of hugepages for virtual guest memory when enabled on the system. Interoperability improvements include updates to OpenOffice for Microsoft Office 2007 filters, Samba for Windows 7 compatibility and boot support for virtual machines using Microsoft based PXE services.

預計 CentOS 社群將會在 40 至 50 天內釋出 CentOS 5.5 版本, 要準備更新囉!

PowerDVD9 與 NVIDIA PureVideo CUDA 硬解軟解誤解

2010-03-01T18:45:00.009+08:00

近日 NVIDIA CUDA Fermi 三月將要發佈面世的新聞及謠言火燒灼熱般的, 瀏覽了眾多評測網頁/網誌後, 留意到有很多圖像顯示卡評測的專利技術問題, 多數誤解 NVIDIA 的 PureVideo 與 CUDA 相提並論, 常見誤點以為有 PureVideo 支援降低 CPU 使用量就是 CUDA(GPGPU 運筭) 之功效, 尤其是使用最新版本的 PowerDVD 9。
PureVideo 是什麼?
PureVideo 是 NVIDIA(專利)的硬體加速解碼技術, 在最低的 CPU 使用率下, 支援 H.264、VC-1、WMV 及 MPEG-4 等格式 HD 高解析度與 SD 標準解析度影片呈現出超流暢的播放效果, 硬體提高播放影像清晰度、色調、亮度、飽和度、色溫等校正功能, 減小使用電腦中央處理器(CPU)達到節能效益。而 PureVideo 技術亦經年進階由 VP1、VP2、VP3(2008年 G98) 提升至 VP4(2009年 GT215、GT216 及 GT218)。

CUDA 是什麼?
CUDA(Compute Unified Device Architecture 統一運算架構)簡明一點的說就是 NVIDA(專利)的平行計筭結構(parallel computing 中港譯:並行計筭), 以多處理器多核心條件下執行電腦計筭程序, NVIDIA 運用軟體工程 CUDA C 或 OpenCL 編程語言利用顯示核心晶片的圖像處理器(GPU)來支援共處理(co-processing 中港譯:協同處理), 顯明的好處是 GPU 內核越多 shader 處理器的話更有效提高電腦程序計筭效率, 減小對電腦中央處理器(CPU)的效能依靠, 有限成本下組建大型叢集計算(cluster computing 中港譯: 群集運筭)架構, 當然需要軟體編程配合。

PowerDVD9 與 PureVideo 及 CUDA 的應用
實測使用
硬體 CPU E8400 3Ghz, 4GB DDR2 記憶體, NVIDIA GT220 1G DDR3(GT218 VP4)
軟體 Windows 7(7600.16385) 32bit, PowerDVD 9 Ultra(9.0.2528.51), GeForce 驅動程式 196.21
HD 示範影片下載
http://www.nzone.com/object/nzone_hdcontent_home.html

設定 PowerDVD9 支援 NVIDIA PureVideo 播放影片硬體加速解碼(硬解)
在【PowerDVD 設定】選項的【影像】頁內, 勾選硬體加速的【啟用硬體加速 (NVIDIA(R) Pure Video(R))】
設定 PowerDVD9 支援 NVIDIA CUDA 播放影片 True Theater 效果軟體解碼(軟解)
在【PowerDVD 設定】選項的【影像】頁內, 不勾選【啟用硬體加速 (NVIDIA(R) Pure Video(R))】

True Theater 效果手動的話:
不勾選 True Theater 效果的【自動調整】, 勾選【True Theater HD】及【啟用 NVIDIA CUDA】
True Theater 效果自動的話(適合不是或未知支援 CUDA 的圖像顯示卡):
勾選 True Theater 效果的【自動調整】

PowerDVD9 內使用 PureVideo 硬解時是不能同時使用軟解 True Theater 效果, 實測 PowerDVD9 播放 HD 示範影片 nzm_PureVideo_SDvsHD.wmv, 播放高質影片時自動提示關閉 True Theater Lighting 效果。
啟用 True Theater 效果(軟解) CUDA 加速, CPU 使用量是 ~24%
啟用 True Theater 效果(軟解) 沒有 CUDA 加速, CPU 使用量是 ~54%
啟用 PureVideo(硬解)加速 VC1 解碼, CPU 使用量只是 ~5%, 解碼程序由 GPU video engine VP4 執行
效能結果是 PureVideo 硬解比較 True Theater 效果軟解 CUDA 加速的明顯優勝, 比較完全沒有 CUDA 加速的軟解(True theater 效果) CPU 使用量非常大差別(~49%), 而使用 CUDA 為 True Theater 效果加速亦優勝 ~30%。

在播放長時間的 HD 影片的話, 當然是使用有硬解支援的圖像顯示卡理想, 在效能、降溫及節能的表現均是十分明顯的好, 特別是近年的 Nettop PC 及 HTPC, NVIDIA CUDA 加速這個技術點字其實也並不能完全取代硬解, 只能對軟解效果有計筭效能上的增益罷了, 也不要把 PureVideo 和 CUDA 混為一談的云云。

技術參考:
NVIDIA PureVideo
http://www.nvidia.com/page/purevideo.html
PureVideo wikipedia
http://en.wikipedia.org/wiki/Purevideo
What is CUDA?
http://www.nvidia.com/object/what_is_cuda_new.html
CUDA GPUs 「支援 CUDA 技術的 NVIDIA GPU」
http://www.nvidia.com/object/cuda_gpus.html
CUDA wikipedia
http://en.wikipedia.org/wiki/CUDA
GPGPU wikipedia
http://en.wikipedia.org/wiki/GPGPU

補充: PowerDVD9 播放【阿凡達 AVATAR】預告片, H.264 高清 MPEG-4 AVC/AAC 2.0 格式
使用 PowerDVD9 True Threater 軟解效果 CUDA 加速, CPU 使用量 ~30%
使用 PowerDVD9 NVIDIA PUREVIDEO 硬解, CPU 使用量 ~7%, 程序使用 Video Engine VP4

Windows 7 的速成輸入法超緩慢及解決辦法

2010-02-26T10:00:00.000+08:00

Windows 7 的內建繁體中文輸入法雖然有「新倉頡」及「新速成」, 不過某些使用者基於習慣方便多數仍用舊版本的倉頡及速成(我仍在用倉頡第三代啊), 「新速成」實在是太無奈的脫離得難以習慣使用, 但 Windows 7 內建的「速成」輸入法在選字表彈出時差不多要用一秒時間的超緩慢, 慢得令人搖頭, 其實此問題在網上已經有解答了, 主要是 Unicode 擴充A字元和B字元同時並用令系統選字搜索時耗時(也可以解說是系統字碼表額外的巨大), 很多新入手(升級)到 Windows 7 的用戶都不斷遇到此緩慢情況。

要解決 Windows 7 的速成輸入法選字表超緩慢的話, 只需要在速成輸入法內容【字元集設定】不勾選使用【Unicode 字元】中的【包含中日韓統一表意文字擴充 B 字元】, 設定確定後就可以即時生效。

Windows 7 更新 KB971033 反盜版 WAT 偵測

2010-02-25T10:00:00.006+08:00

微軟終於陸續(在不同國家/地區語系)向 Windows 7 用戶推送更新 KB971033, 針對 WAT(Windows Activation Technologies) 反盜版激活啟動的破解, 此更新並不是高危級強制性。

Description of the update for Windows Activation Technologies
http://support.microsoft.com/kb/971033

當然...道高一尺, 魔高一丈, KB971033 的反破解其實已經在網上流傳了(善用 google 啊), 不過擔心系統被駭, 私隱資料外洩, 銀行帳號被盜脫光光...的話, 購買 Windows 7 正版其實也算是不錯的決定, 也是時候淘汰已經有近八年多的 XP 了(微軟在 2001 年官方釋出 Windows XP), 而 Vista 也有三年多, 現在市場上販售的電腦/筆記本都全部搭配了 Windows 7 系統, 主流的硬體效能和節能上都相當不錯, 軟體(包括遊戲)亦向多核多執行緒步進, 老掉牙的電腦硬體說得實在就是耗能低效率, Windows 7(雖然 Windows 8 有傳言 128bit 云云)至少還可以用上四至五年, 32bit 的年代還未終結啊！

Windows 7 反盜版重大更新 WAT 2010/2/17

2010-02-12T12:27:00.009+08:00

Windows 7 的銷售快速成長下, 當然盜版行業也亦步亦趨, 近日看到新聞有電腦商鋪在販售的電腦內大量預裝使用了盜版軟體, 果真是一片大繁華璀璨景像(?!), Windows 7 功不可沒也; 微軟對盜版行為正展開新一輪的打擊, 此波攻勢必將一片哀號(又要尋找更新囉!!), 微軟在 2010/2/11 日正式宣告將在 2010/2/17 日釋出 Windows 7 更新 WATU, 針對 Windows Activation Technologies 反盜版的激活啟動, 能夠檢測 70 種不同的破解甚至缺小的系統檔案, 一但更新後不能通過 WAT 檢測的話, 系統會再次提示 30 天激活啟動限期, 而且會黑屏桌面, 隨後微軟亦會定期更新 WATU。

微軟 Genuine Windows Blog 網誌資料
Windows Activation Technologies Update for Windows 7
http://windowsteamblog.com/blogs/genuinewindows/archive/2010/02/11/windows-activation-technologies-update-for-windows-7.aspx

各大腦場 2010/2/18 日可能出現一些有趣的螢幕日蝕奇景... ^^~

Dragon Age: Origins 編章故事 Return to Ostagar 正式釋出 29/1/2010

2010-01-31T09:48:00.009+08:00

Dragon Age: Origins『闇龍紀元：序章』的任務故事「Return to Ostagar」延期釋出 Bioware 官方正式在 29/1/2010 釋出下載, 苦等的英雄們終於可以為 King Cailan 緬懷風光了。

Dragon Age Origins - Return to Ostagar
http://dragonage.bioware.com/addon/rto

下載頁面仍然展示 5/1/2010 釋出, 不過下載後的版本日期是 29/1/2010

出版是 Electronic Arts
釋出日期是 29/1/2010
需要有 DAO patch 1.02
壓縮容量: 144MB
任務容量: 350MB
400點數

Mozilla Firefox 3.6 RC2 體驗版及正式版官方釋出日

2010-01-17T23:28:00.007+08:00

Mozilla 官方網誌 Firefox 3.6 釋出日期是 2010/1/21 星期四, 亦即是 RC2 就是 Firefox 3.6 官方版, 不會再有 RC3 了。

Mozilla 官方要員 Mike Beltzner 近日在採訪中表示 Firefox 的更新進程轉變, 將以定期的安全升級週期內增加功能, 不再採用每年的大更新來改造功能, Firefox 3.7 版計劃亦已被取銷, 那麼明顯不過的 Firefox 3.6 將會是今年的主流, 並且會不斷地強化; Firefox 3.6 仍未官方釋出前, 新的 3.6 RC2 體驗版已經準備就緒, 亦是時候準備好 Extension 外掛程式的兼容了。
Mozilla Firefox 3.6 Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6/releasenotes/

Mozilla 官方下載位置
http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6/
http://www.mozilla.com/en-US/firefox/all.html

隨意來簡測一下

實測系統 CentOS 5.4 Linux 32bit, CPU E8400 3Ghz, RAM 4GB DDR2 800mhz
使用 Mozilla 官方 Firefox 3.6rc2

測試使用 Futuremark 公司的 Peacekeeper 瀏覽器速度指數網頁, 個人 Profile 設定相同, 沒有安裝任何 extension

實測結果:

Mozilla Firefox 3.6rc2(官方 3.6 正式版) 分數是 2607, 與 3.6rc1 接近

Dragon Age: Origins 編章故事 Return to Ostagar

2010-01-10T18:09:00.010+08:00

Dragon Age: Origins『闇龍紀元：序章』銷售時已提供了下載「The Stone Prisoner」及「Warden's Keep」任務故事, 而近日的「Return to Ostagar」任務故事因為 Bioware 官方發現內容品質問體而延遲推出(原定於 2010/1/5 日)。

Dragon Age Origins - Return to Ostagar
http://dragonage.bioware.com/addon/rto

Dragon Age "Return to Ostagar" delay explained
http://www.neoseeker.com/news/12768-dragon-age-return-to-ostagar-delay-explained/
http://social.bioware.com/forum/1/topic/9/index/541856

不過當然也來先睹為快(是先玩為快吧), 試玩了「非」官方的 Return to Ostagar...重臨 Ostagar 戰場搜尋生還者及對 darkspawn 之復仇。

出版是 Electronic Arts
釋出日期(原定)是 5/1/2010
需要有 DAO patch 1.02
壓縮容量: 140MB
任務容量: 270MB

額外內容: A King's Confident「國皇的密友」
故事起點 Bann Loren's Lands

Mozilla Firefox 3.6 RC 體驗版官方釋出

2010-01-09T13:12:00.003+08:00

雖然 Mozilla 有跳票延期常習, 在 1/8/2009 日 Firefox 3.6 Release Candidate 體驗版終於要露面了, 此版本較 beta 測試版改善不小及穩定, 在運行頁面描繪時速度明顯提升, 配合 Adobe Flash 10.1(仍然在 beta) 實在是爽加快。

Mozilla Firefox 3.6 Release Candidate Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6/releasenotes/

Mozilla 官方下載位置
http://www.mozilla.com/en-US/firefox/all-beta.html

隨意也來簡測一下, 比較新舊 Gecko 引擎 javascript 的速度表現。

實測系統 CentOS 5.4 Linux 32bit, CPU E8400 3Ghz, RAM 4GB DDR2 800mhz
使用 Mozilla 官方 Firefox 3.6rc1, 3.5.7, 3.0.17 Linux 版

測試使用 Futuremark 公司的 Peacekeeper 瀏覽器速度指數網頁, 個人 Profile 設定相同, 沒有安裝任何 extension

實測結果:

Mozilla Firefox 3.6rc1 分數是 2594
Mozilla Firefox 3.5.7 分數是 1916
Mozilla Firefox 3.0.17 分數是 1046 (奇怪的...慢?!)

3.6rc1 比 3.5.7 快了大約 33%
個人優化編譯(CentOS)的 Firefox 3.6rc1 分數是 2712, 比較官方的 3.5.7 快了大約 41%。

給自己早來的聖誕節禮物 Leadtek WinFast GT220

2009-12-11T09:01:00.007+08:00

還有兩週才到聖誕節, 送份聖誕節禮物給自己(找借口罷了), 啊...忘記已收到免費新手機了, 那...算吧, 就當是新年啊(好一個借口), 其實也是時候替換用了差不多一年的圖像顯示卡臨時替代品 NVidia 9300GS(還臨時嗎?); 由於使用的桌面電腦是細機箱, 所以只有選擇 Low Profile 的短卡, 也不想一再等待即將發佈的 fermi 了, 新卡多數售價會更昂貴, 同樣是 40nm 製程, 看上了 10月時發售的 GT220, 雖然屬入門級顯示卡, 近日售價開始下降不小, 相信是因為不同廠牌陸續推出一樣的類同產品, 而且入門級數相較 ATI 的 4系性價比低, 但節能及發熱量表現都蠻不錯。

在腦場閒逛了一個小時後終於下手選擇了 Leadtek 公司的 WinFast GT220 1G DDR3(LP), 其實上一次買 WinFast 產品已經是 2003年初的事了, 這篇不是什麼開箱文, 所以效能評論等等一切省略...
不過, 還是展示一下溫度...街外(19~21℃)室溫(21℃), 在細機箱內 2D 桌面 idle 下是 36~37℃, 此卡在 2D 桌面模式 idle 時會自動降頻, 卡上的風扇預設 2D 桌面時一般只跑 40%, 噪音度並不明顯, 深夜使用也算寧靜可接受
跑 3D(Resident Evil 5 benchmark)十五分鐘後 51~52℃(已經相當不錯了, 以往用 9300GS 時 65~70℃ 以上)
GPUZ WinFast GT220 資料, DDR 顆粒是用 DDR3 而不是 GDDR3, 相信主要是 DDR3 較低電壓有效節能降溫
Windows 7 WEI System Index 數值有 6.4分

Dragon Age: Origins (RPG 不只是暗黑還要人性)

2009-12-07T13:02:00.005+08:00

Dragon Age: Origins 是什麼好東西要寫下歷史的一篇? 要介紹就不如善用 google 吧(省略手指功夫), 已經沒有觸踫電腦(及電視)遊戲很多年了(尤其是 RPG), 還記得 2000 年時購買了 Diablo II(曾號稱是 RPG 的殿堂級大作) 和 2001 年的 D2LOD(還有 FFVIII), 那時期「暗黑」這個詞語幾乎代表了 RPG 幻想世界的行銷頭銜, 物品要多變化...多得令你虛脫(當然最後都離不開要商業化, 在最有限開發資源下不斷要你花錢來滿足你的私慾及好奇心), 但是 RPG「角色扮演遊戲」始終都不能抹殺人性的靈魂及性情的融合, 一個夥團的成長不獨只是升 level, 團員還需要在心理生理的配合互補不足令進程順利成功; BioWare 公司(著名作品 1998 年 Baldur's Gate/柏德之門及 2000 年 Baldur's Gate II) 在近日(11月)推出的成熟 RPG 大作中的史詩式巨作 Dragon Age: Origins, 招覽不同種族不同性格團員, 在道德、人性、魔界中戰鬥, 故事發展及結局幾乎是不可預料, 在旅程中還有隨遇的副任務, 隨時會影響劇情發展(及人物團員的變化)...最令人震奮的是, 遊戲故事內容還會因為團員的培育而出現不一般的事件, 除了與團員發生戰鬥、離隊外...還有噴血的男男、女女劇情啊 ~~!

Dragon Age: Origins 遊戲 EA 台灣/香港官方遊戲譯名是「闇龍紀元：序章」
官方網頁
http://dragonage.bioware.com/
http://blog.ea.com.tw/?p=921

三點式內衣變態的隨街跑...
血...就是要血
人多欺人小...戰死...(~~!)
Ogre 巨獸妖 Boss...飛身狂插, 身死塔頂...(呵呵呵)

Firefox 3.6 與 Java 新世代標準介面, Linux 配置 libnpjp2.so

2009-11-13T23:28:00.007+08:00

雖然 Mozilla 官方釋出 Firefox 3.6 beta 並沒有提及 Java 的改動, Sun Microsystems 已經在其網頁宣示 Firefox 3.6 將只能使用 Java 6 Update 10 及以上版本, 不支援舊的 1.4.2、1.5、6.0 版本, 主要是 Mozilla 將 Java 的 OJI(Open Java Virtual Machine Integration)介面支援終止, 而僅將支援標準的 NPAPI 與 NPRuntime 介面。

不過此方案暫時只適用於 Windows、Linux 及 Solaris, MacOS 除外, 而 Linux 以往的設定都是使用 oji 的 plugin, 一般將 libjavaplugin_oji.so 連結 symlink 到 /usr/lib/mozilla/plugins/ 目錄, 此 libjavaplugin_oji.so 已不能用於 Firefox 3.6, 必需改用新標準介面的 libnpjp2.so 執行庫。

Why do I need Java 6 Update 10 and above for Firefox 3.6 and later versions?
http://www.java.com/en/download/faq/firefox_newplugin.xml

Starting in Firefox 3.6, Mozilla foundation will drop support on OJI (Open Java Virtual Machine Integration) and will only support the standard NPAPI and NPRuntime interfaces. The Java Plug-in which is in Java version 6 update 10 or newer versions supports the NPAPI and NPRuntime interfaces. Therefore, starting with Firefox 3.6, Java-based applets will NOT work unless you are running Java version 6 Update 10 or newer.

在 Linux 下如果沒有改動仍然使用 Sun JRE 的 libjavaplugin_oji.so 執行庫的話, Firefox 3.6 無法辨識使用 Java, 需要手動修正安裝 libnpjp2.so。

Firefox 3.6 手動修正安裝 Java NP plugin

以 root 帳號權限在 Console「文字模式」或 terminal「終端機」下執行
# ln -s `find /usr/java/ -name 'libnpjp2.so'` /usr/lib/mozilla/plugins/libnpjp2.so

安裝後可以開啟 Firefox 到此網頁驗證版本
http://www.java.com/en/download/installed.jsp

安裝了 libjavaplugin_oji.so 的 Firefox 3.6 無法使用 Java
安裝了 libnpjp2.so 的 Firefox 3.6 可以使用 Java
備註:

Firefox 3.6 已經移除設定介面中的 Enable Java 選項, 直接在 Add-ons 的 Plugins 頁配置。

COFEE 微軟的利器「電腦線上法庭取證提取器」

2009-11-09T14:37:00.005+08:00

COFEE 是什麼東西, Computer Online Forensic Evidence Extractor 微軟開發給法務取證使用, 它是微軟 Windows 系統無可不破的法寶, 當然就不會發行給一般用戶使用的, 但是近日這寶刀竟然被惡意洩露到 Internet 的國外 torrent 論壇, 某些立心不良的鞋童天才丁丁一但因為好奇、私仇或利益, 這將會造成極大的保安危機, 刀可救人也可殺人啊。

Computer Online Forensic Evidence Extractor (COFEE)
http://www.microsoft.com/industry/government/solutions/cofee/default.aspx

Microsoft COFEE law enforcement tool leaks all over the Internet~!:
http://www.crunchgear.com/2009/11/06/siren-gif-microsoft-cofee-law-enforcement-tool-leaks-all-over-the-internet/

COFEE Forensic Tool Leaks To What.cd, Admins Ban It | TorrentFreak
http://torrentfreak.com/cofee-forensic-tool-leaks-to-what-cd-admins-ban-it-091108/

Mozilla Firefox 3.6 beta 測試版官方釋出

2009-11-02T17:06:00.018+08:00

Mozilla 在 2009/10/30 發表了 Firefox 3.6 beta 1 測試版, 此版本採用了新版 Gecko 1.9.2 網頁描繪引擎, 新增支援全螢幕影片播放, WOFF 字型格式, CSS, DOM 及 HTML5 最新網頁技術, Personas更換瀏覽器外觀功能, 外掛程式過期提示, 及 javascript 效能提升, Windows 7 介面整合功能。

Mozilla Firefox 3.6 Beta Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6b1/releasenotes/

當然也隨意的簡測一下, 體驗新 Gecko 1.9.2 引擎 javascript 的速度提性感受。

實測系統 CentOS 5.4 Linux 32bit, CPU E8400 3Ghz, RAM 4GB DDR2 800mhz
使用 Mozilla 官方 Firefox 3.6 beta 1 Linux 版, Mozilla 官方 Firefox 3.5.4 Linux 版及個人優化編譯(CentOS)的 Firefox 3.5.4 Linux 版
測試使用 Futuremark 公司的 Peacekeeper 瀏覽器速度指數網頁, 個人 Profile 設定相同, 沒有安裝任何 extension

實測結果:

Mozilla Firefox 3.6 beta 1 分數是 2525
Mozilla Firefox 3.5.4 分數是 1888

3.6beta1 較 3.5.4 快了大約 33%

個人優化編譯(CentOS)的 Firefox 3.5.4 分數是 1987

3.6beta1 仍然快了大約 27%
雖然快 30% 多的 javascript 並不是快得呱呱吵的(比較 chrome 還差很遠), 速度的改善仍是明顯的, 也期待下一個新版本再能夠改善穩定度, 在測試時就曾在網頁彈出提示而關閉程式時出現 crash 一次。

更新 2009/11/12
Mozilla 官方釋出了 Firefox 3.6 beta 2 測試版
Mozilla Firefox 3.6 Beta Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6b2/releasenotes/
小測一個
更新 2009/11/18
Mozilla 官方釋出了 Firefox 3.6 beta 3 測試版
Mozilla Firefox 3.6 Beta Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6b3/releasenotes/

優化編譯(CentOS) Firefox 3.6 beta3 , 小測一個 2722, 較官方 3.5.4 版(1888)快了大約 44%...(不錯啊!)

更新 2009/11/26
Mozilla 官方釋出了 Firefox 3.6 beta 4 測試版
Mozilla Firefox 3.6 Beta Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6b4/releasenotes/

更新 2009/12/17
Mozilla 官方釋出了 Firefox 3.6 beta 5 測試版
Mozilla Firefox 3.6 Beta Release Notes: 「版本資料」
http://www.mozilla.com/en-US/firefox/3.6b5/releasenotes/

VMware Workstation 7 發行版 build 203739 官方釋出

2009-10-27T23:22:00.013+08:00

VMware 公司在 2009/10 月初提供 Workstation 7 RC 預覽版後, 在 2009/10/26 官方釋出 VMware Workstation 7 發行版 build 203739, 提供給已註冊用戶下載, 完全支援 Windows 7 及 ThinPrint 虛擬列印等等。
VMware 官方網站的版本資訊
VMware Workstation 7.0 Release Notes 版本資料

VMware Workstation 相關文件
VMware Workstation Documentation

VMware Workstation 下載
Download VMware Workstation

Windows 32bit & 64bit 內建 VMware Tools 或不內建 VMware Tools 兩個版本Linux 32bit 或 64bit 內建 VMware Tools 或不內建 VMware Tools 四個版本
實測 CentOS 5.4 Linux 內安裝 VMware Workstation 7 Linux 32bit

反安裝移除 VMware Workstation 7 RC 版 Linux 32bit:

在 console 文字模式登入 root
在 console 文字模式內執行
# /usr/lib/vmware-installer/1.1/vmware-installer -u vmware-workstation

VMware Workstation 7 build 203739 Linux 安裝:

安裝前必需移除舊版的 VMware Workstation(及 VMware Player)
在 console 文字模式下執行
# sh VMware-Workstation-Full-7.0.0-203739.i386.bundle
閱覽 EULA 文件後在 "Do you agree?" 輸入 yes 確認同意
安裝程式顯示提問如下
Path to Eclipse directory for use with Integrated Virtual Debugger (optional):
按 [Enter] 鍵略過(一般不用 virtual debugger 的話)
Do you wish to install the Eclipse C/C++ Debugging plugin? (Reruires Eclipse 3.4.0 or higher and must be properly pre-configured. See documentation for detials) [no]:
按 [Enter] 鍵略過(一般不用 virtual debugger 的話)
Insufficient file descriptors can cause virtual machines to crash when using snapshots. The installer has detected that your hard limit for open files is 1024, which is lower than VMware Workstation may require. Please enter a new limit [4096]:
按 [Enter] 鍵略過(系統相關, 使用預設修改為 4096)
在 X 圖像介面中登入用戶帳號, 執行 VMware Workstation
確認 EULA, 點按 "Accept" (如圖)
在 Enter Serial Number: 可輸入2009/11/26限期體驗序號金鑰 (如圖)
安裝完成

VMware Workstation 7 並不是預設自動在 guest os 內設定使用 Virtual Printer, 需要手動新增。

實測 VMware Workstation 7 Linux 在 Win7 guest os 內架設 ThinPrint 虛擬列印 Virtual Printer:

編輯虛擬機設定 "Edit virtual machine settings", 在硬體 Hardware 頁新增點按 "Add"
硬體種類 Hardware Type 選擇 "Virtual printer" 後點按 "Finish"
guest ok 內硬體 Hardware 頁加入了 "Virtual Printer"
啟動 Win7 guest os 虛擬機, 登入後在 "控制台" 內新增 "裝置和印表機"
在 "選擇一個印表機連接埠" 中選擇 "TPVM: (ThinPrint Print Port for VMware)
在 "安裝印表機驅動程式" 中選擇製造商 "ThinPrint" 印表機 "ThinPrint Output Gateway"
其他的設定使用建議預設, 完成

備註:

VMware Workstation 7 build 203739 提供了最新的 VMware Tools, 需要在 guest os 內更新執行 Update VMware Tools
VMware Workstation 7 版(與 RC 版一樣) Linux 32bit 在文字系統及 conf.d 似乎有些兼容問題(查看 .xsession-errors 錯誤信息), 程式介面的文字與系統配置字型有不太明顯的差別。
Fontconfig warning: line 32: unknown element "cachedir"
Fontconfig warning: line 33: unknown element "cachedir"
Fontconfig error: "conf.d", line 1: no element found
這是程式使用了自己提供的舊版 Fontconfig 函數庫(/usr/lib/vmware/lib/libfontconfig.so.1/libfontconfig.so.1)的 cache/cachedir 配置模式(~/.fonts-cache-1 檔案), 新版的 Fontconfig 已經改變使用 /var/cache/fontconfig 及 ~/.fontconfig 目錄。
解決方法是使用系統的 /usr/lib/libfontconfig.so.1, 執行:
# cd /usr/lib/vmware/lib/libfontconfig.so.1 # mv libfontconfig.so.1 libfontconfig.so.1.0.1 # ln -s /usr/lib/libfontconfig.so.1 libfontconfig.so.1
VMware Workstation 7 版的所提供的 library 於 /usr/lib/vmware/lib/ 目錄可能與目前系統有兼容問題, 例如用於介面使用文字描述的 libfreetype.so.6, 如要修改可以用 symlink 方式連結 Linux 系統內的 library 庫, 執行:
# cd /usr/lib/vmware/lib/libfreetype.so.6 # mv libfreetype.so.6 libfreetype.so.6.0.1 # ln -s /usr/lib/libfreetype.so.6 libfreetype.so.6

VMware Player 3 發行版 build 203739 官方釋出提供免費下載, 支援創建虛擬機器
Download VMware Player

Windows 7 隱藏的 Aero Theme 地區佈景主題

2009-10-27T00:10:00.001+08:00

Windows 7 的華麗繼承自 Vista 的 Aero 桌面特效, 在行銷全球發行的環境下, 微軟架設了不同國家/地區「個人化您的電腦」網頁, 可以下載國家/地區特式設計的佈景主題、桌面背景、桌面小工具及 SlideShow 小工具, 而且近日在全球發行時更提供了知名品牌的佈景主題(例如法拉利, 保時捷, Ducati, 可口可樂, 7up...等等), 只需要在網頁點按 download 下載及開啟安裝即可以套用。
當然這些特式華麗特效只能使用在有 Aero 特效功能的 Home Premium, Professional, Ultimate 及 Enterprise 版本內, Starter 及 Home Basic 沒有 Aero 功能是無法使用, Win7 系統內會根據安裝時選擇的目前地區位置而自動配置該地區的佈景主題(除了 Starter 和 Home Basic), 但是不同語言的 Win7 版本內建的地區主題都不盡相同。
部分已知 Windows 7 內包含的地區主題

英文版: 加拿大、南非、澳大利亞、美國、英國
簡體中文(中國)版: 中國
繁體中文(香港): 無
繁體中文(台灣): 台灣

一般與 Windows 7 發行語言設定不同地區位置的主題會在控制台的佈景主題介面中被自動隱藏。

將被隱藏的佈景主題重現在控制台的佈景主題介面中(英文版)

在搜尋欄(或執行欄)輸入:
cmd /c start c:\windows\gobalization\mct
在檔案總管中看到數個不同地區的佈景主題資料夾目錄
點按進入 MCT-AU\Theme 目錄(例如澳大利亞AU), 點按 "AU" 的 Theme 名稱即可重現在佈景主題介面內
重複步驟重現其他被隱藏的地區佈景主題

備註:

在微軟「個人化您的電腦」網頁中所提供的地區主題並非其他語言版本中的內建佈景主題, 主要分別是背景牆紙。
例如: 內建的中文語言台灣佈景主題背景牆紙下載的台灣佈景主題背景牆紙內建的英文語言美國佈景主題背景牆紙下載的美國佈景主題背景牆紙

Windows 7 USB/DVD Download Tool 部署工具, 沒有光碟機也可安裝 Win7

2009-10-24T14:43:00.012+08:00

過往微軟發行 Windows 的安裝媒體一般都是 CD 光碟(Vista/Win7 使用了 DVD, 9x 包含了軟磁碟及光碟, 3.x/2.x/1.x 是用軟磁碟), 要在一台沒有光碟機的電腦(特別是筆記本)安裝的話, 實在是煩惱的事, 近年流行的上網本 netbook 要安裝 Vista/XP 時, 必需要使用外接 USB 光碟機(不情願購買還是厚顏地向朋友借啊), 而 USB Mass Storage Specification for Bootable 已經是 2002 年的起始提案, 修定後到 2005/10 年公開釋出, 即是現代的主流電腦(包括筆記本及上網本)都已經支援 USB 儲存裝置 bootup 起動電腦, 除非是中古年代的 Pentium 3 或較舊的 Pentium 4 電腦; 在 Windows 7 發行時雖然像 Vista 般採用 DVD 光碟媒體, 而微軟在網上商店 Microsoft Store(只限某些國家/地區)發售的下載軟體, 提供了一個免費下載的部署工具「Windows 7 USB/DVD Download Tool」, 可以將 Windows 7 的 iso 映像檔案燒錄成 DVD 光碟或輸出到 USB flash drive, 以 USB 手指安裝 Windows 7 系統再也不是一件狂人專才的手動煩惱事了。

Windows 7 USB/DVD Download Tool
下載
更新 2009/11/12
微軟涉嫌使用了 GPL 授權 ImageMaster 的開源碼, 已經暫停提供下載
Microsoft lifts GPL code, uses in Microsoft Store tool

更新 2009/12/10
微軟重新發佈了開源碼的 Windows 7 USB/DVD Download Tool
http://wudt.codeplex.com/

系統要求:

Windows XP SP2, Windows Vista, 或 Windows 7 (32-bit 或 64-bit)
Pentium 233(MHz) 處理器或以上(300MHz 建議)
50MB 硬碟空間容量
DVD-R 光碟燒錄機或 4GB 可移動的 USB flash drive

剛好要燒錄 iso 映像檔案重灌軟體開發機的電腦, 利用 Vista SP2 的 iso 映像檔案(此程式應該是用於 Windows 7 iso 輸出 USB flash driver 或燒錄光碟使用), 在 Windows 7 下實測安裝使用 Windows 7 USB/DVD Download Tool。

安裝毫無難度地完成
使用 Windows 7 USB/DVD Download Tool:

執行 Windows 7 USB/DVD Download Tool 及允許 UAC 權限
選擇 iso 映像檔案, 點按 "Next" 繼續
選擇媒體種類, 燒錄光碟的話, 點按 "DVD" 繼續, 如果輸出 USB device 的話, 點按 "USB Device" 繼續
燒錄光碟的話, 插入空白 DVD 光碟, 點按 "Begin Burning" 繼續如果輸出 USB device 的話, 插入 USB flash drive, 點按 "Begin Copying" 繼續, 如果容量不夠的話, 提示容量不足要求抹除 USB 裝置, 點按 "Erase USB Device" 確認
燒錄光碟執行中如果輸出 USB device 的話, 執行中
燒錄光碟完成 Bootable DVD created successful如果輸出 USB device 的話, Bootable USB device created successful

完成後可以拿去 bootup 起動電腦安裝系統。
備註:

電腦的 bootup 起動裝置次序是由 BIOS 控制, 如果要使用 USB flash drive 起動 bootup 的話, 需要進入 BIOS 修改 bootup 裝置次序(或在電腦 bootup 起動時候, 按特定功能鍵彈出 bootup 裝置次序選單, 選擇 USB device 起動)。
如果電腦內有多台光碟燒錄機的話, 可能不能自動偵測到插入空白片光碟燒錄機位置, 可嘗試將其他不用的光碟機在裝置管理員內停止使用(或插空白片到另一台光碟燒錄機)。