skip to main |
skip to sidebar
USB 3.0 的產品當是五花八門的火熱, 要發掘有趣令人心動又實用的產品也可能要隨緣, 在一大團 USB 3.0 的升級 PCI-E 製品中突圍也費不少腦力, 始終使用現有或舊電腦硬件的腦友仍然佔大比率, 有需求就有市場; 近日又在腦場閒蕩時偶然在冰山小鋪中搜尋到一件售價親民的 USB 3.0 升級「怪物」, 雖然已不是新鮮物, 不過實在令人難以抗拒誘惑(奉上了錢包...~~!)。
此「怪物」是一件大陸製的 PCI-E 連接 USB 3.0 前置 3.5吋碟盤, 有四個 USB 3.0 插埠, 而且附加了最常用的記憶卡讀卡器, 最讚賞特式之處是...它的訊號線接頭是直接安插到 PCI-E 介面插槽而不是一般的 PCI-E 配接卡, 不用再考慮配接卡在機箱內部散熱位置的阻擋, 一條排線的安裝也美觀多啊, 而且前置面板使用時是方便實用, 不用翻手臂到機箱背後盲插, 還包括了記憶卡讀卡器, 最適合取代廢置的 3.5吋軟碟盤座了, 當真是實用升級品的佳作。
PCI-E to USB3.0 4 port 讀卡器組合盤是採用 VIA 晶片 VL800(支援 4 port, 已通過 USB-IF 官方認証)
包裝盒
實物, 全黑化的 3.5吋碟盤, 有兩條連接訊號線, 一個是 PCI-E 1x 介面插線(還有固定背鐵片), 另一個是 USB 主板訊號線(用於記憶卡讀卡器)
USB3.0 4 port 讀卡器組合盤面板, 可直接讀 MicroSD 卡(方便多啊...淚!), 此還有另一型號支援更多記憶卡的讀卡器
USB3.0 4 port 讀卡器組合盤背面, 需要接大四針電源線供電(應該是用於裝置的充電)
USB3.0 4 port 讀卡器組合安裝 PCI-E 介面插線到主機板 PCI-E 1x 插槽, 另一個 USB 訊號線接頭安裝到主機板上的 USB 插座
USB3.0 4 port 讀卡器組合安裝到 3.5吋後啟動電腦電源, 紅色 LED 光得厲害(不喜歡的話用黑貼遮掩吧...~~!)
安裝 VIA 驅動程式
實測使用 ADATA S102 Pro USB3.0 16GB 手指記憶隨身碟
AS SSD 無超頻簡測 ADATA S102 Pro USB3.0 16GB, 讀取 99.25MB/s 接近官方的 100MB/s
AS SSD 超頻(E8400 oc 3200)後簡測 ADATA S102 Pro USB3.0 16GB, PCI-E Clock Auto 超頻狀態, 無效能大差別的影響, 亦沒有彈出失速裝置提示信息
個人備註:
- 在超頻下 PCI-E clock Auto 超頻狀態仍然可穩定運作, 較 Renesas/NEC 的 USB3.0 uPD720200A 晶片白牌配接卡更穩定, 實在是超頻族的強點。
- 安裝過程非常輕鬆, 唯一缺點是 PCI-E 的訊號排線膠殼容易在用力下壓安裝時散開, 明顯應該在裝配時用膠水封裝 PCI-E 的訊號排線膠殼, 不過亦可能是為了移走背鐵片的方便。
- 安裝在前置面板的應用是較適合日常的一般使用, 如果下一個版本提供一個後置的分插埠訊號排線的話, 那前後置都適用就更完美了。
- 此怪物並沒有本地經銷代理, 腦場中實貨不多可以在網淘中採購, 不過包括海外運費及售後的話當認真考慮。
參考資料:
2011-9-13 USB-IF 官方認証公告 VIA VL800 及 VL801 晶片
http://www.usb.org/press/USB-IF_VIAhostcontroller_FINAL_rv1.pdf
VIA VL800/VL801 官方驅動程式下載位置
http://www.via-labs.com/en/support/downloads.jsp#driver
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/s
USB 3.0 SuperSpeed 效能回復了正常, 插入隨身碟手指時再沒有提示裝置警告信息了。
忙碌的生活耗透了生命的光輝, 已經多個月閒置了博文, 近月發生的腦惱事件也影響不少, 拋開煩惱正好是資訊月也弄個遊戲迎接此十二月(聖誕宅月), 不欲槍林彈雨般的呆悶煩吵, 劇情動作的年度大作 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 介面
完成
近日最火熱的午飯話題已經由 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 UI
Windows 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 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 的源碼套件。
