1. 先到 http://www.virtualgl.org/ 下載VirtualGL + TurboVNC
2. 安裝 VirtualGL + TurboVNC
3. 先下指令 init 3，關閉圖形模式，然後執行 vglserver_config，完成後再執行 init 5
4. 如果沒設定過 vnc 密碼，先執行 vncpasswd，然後執行 TurboVNC 的 vncserver
5. 使用 TurboVNC Client 連接
執行需要3D程式的方法：
在 TurboVNC Client 桌面中，打開 Terminal 視窗，下指令：
vglrun <程式名稱>
舉例：
vglrun glxinfo
vglrun glxgears
2012/10/10
Linux nVidia 卡 glxgears fps = 60 fps
如果你在linux下用nvidia卡，跑glxgears，fps固定鎖在60fps，那應該是你的vsync被打開了。
解決方法很簡單，只要 " export __GL_SYNC_TO_VBLANK=0 " ，然後再跑一次glxgear，fps應該就能突破60了。
解決方法很簡單，只要 " export __GL_SYNC_TO_VBLANK=0 " ，然後再跑一次glxgear，fps應該就能突破60了。
2012/08/19
VMWare Virtual Disk vs. Physical Disk Benchmark
Hard Disk : Hitachi Deskstar T7K500(HDT725032VLA380)
VMWare version: VMWare Workstation 8.0.3 build 703057
Gust Configuration
=====================================
OS: Windows XP SP3 MSDN release version
RAM: 1GB
CPU: 1 vCPU
Test Method:
1. PCMark05 V1.1.0 (HDD Test Suite)
2. CrystalDiskMark V3.0.1
| HDD Test Suite | Physical Disk | Vistaul Disk (Single,Pre-allocated) |
Vistaul Disk (Multiple,Pre-allocated) |
Vistaul Disk (Single,Sparse) |
Vistaul Disk (Multiple,Sparse) |
|||||
|---|---|---|---|---|---|---|---|---|---|---|
| XP Startup (MB/s) | 7.747 | 100% | 6.57 | -15.19% | 5.459 | -29.53% | 7.965 | 2.81% | 4.684 | -39.54% |
| Application Loading (MB/s) | 6.263 | 100% | 5.395 | -13.86% | 4.083 | -34.81% | 6.923 | 10.54% | 3.541 | -43.46% |
| General Usage (MB/s) | 5.26 | 100% | 4.496 | -14.52% | 3.012 | -42.74% | 7.022 | 33.50% | 2.976 | -43.42% |
| Virus Scan (MB/s) | 117.296 | 100% | 143.888 | 22.67% | 139.854 | 19.23% | 198.046 | 68.84% | 124.761 | 6.36% |
| File Write (MB/s) | 50.553 | 100% | 45.856 | -9.29% | 21.251 | -57.96% | 26.774 | -47.04% | 14.473 | -71.37% |
| CrystalDiskMark V3.0.1 | Physical Disk | Vistaul Disk (Single,Pre-allocated) |
Vistaul Disk (Multiple,Pre-allocated) |
Vistaul Disk (Single,Sparse) |
Vistaul Disk (Multiple,Sparse) |
|||||
|---|---|---|---|---|---|---|---|---|---|---|
| Sequential Read (MB/s) | 53.409 | 100% | 53.452 | 0.08% | 53.677 | 0.50% | 50.818 | -4.85% | 52.379 | -1.93% |
| Sequential Write (MB/s) | 53.211 | 100% | 53.333 | 0.23% | 53.578 | 0.69% | 50.877 | -4.39% | 52.555 | -1.23% |
| Random Read 512KB (MB/s) | 24.641 | 100% | 24.545 | -0.39% | 24.887 | 1.00% | 24.561 | -0.32% | 23.781 | -3.49% |
| Random Write 512KB (MB/s) | 31.714 | 100% | 31.923 | 0.66% | 31.964 | 0.79% | 31.187 | -1.66% | 31.013 | -2.21% |
| Random Read 4KB (QD=1) (MB/s) | 0.563 | 100% | 0.543 | -3.55% | 0.544 | -3.37% | 0.537 | -4.62% | 0.511 | -9.24% |
| Random Write 4KB (QD=1) (MB/s) | 1.318 | 100% | 1.349 | 2.35% | 1.377 | 4.48% | 1.324 | 0.46% | 1.327 | 0.68% |
| Random Read 4KB (QD=32) (MB/s) | 0.645 | 100% | 0.627 | -2.79% | 0.635 | -1.55% | 0.617 | -4.34% | 0.616 | -4.50% |
| Random Write 4KB (QD=32) (MB/s) | 1.375 | 100% | 1.362 | -0.95% | 1.388 | 0.95% | 1.354 | -1.53% | 1.338 | -2.69% |
| Random Read 4KB (QD=1) (IOPS) | 137.4 | 100% | 132.7 | -3.42% | 132.7 | -3.42% | 131 | -4.66% | 124.7 | -9.24% |
| Random Write 4KB (QD=1) (IOPS) | 321.8 | 100% | 329.4 | 2.36% | 336.1 | 4.44% | 323.2 | 0.44% | 323.9 | 0.65% |
| Random Read 4KB (QD=32) (IOPS) | 157.4 | 100% | 153.2 | -2.67% | 155 | -1.52% | 150.6 | -4.32% | 150.5 | -4.38% |
| Random Write 4KB (QD=32) (IOPS) | 335.6 | 100% | 332.5 | -0.92% | 338.9 | 0.98% | 330.5 | -1.52% | 326.6 | -2.68% |
| HDD Test Suite | Physical Disk (only 1 vm) |
Physical Disk (2 vm simultaneous) |
||
|---|---|---|---|---|
| XP Startup (MB/s) | 7.747 | 100% | 2.8375 | -63.37% |
| Application Loading (MB/s) | 6.263 | 100% | 2.234 | -64.33% |
| General Usage (MB/s) | 5.26 | 100% | 2.107 | -59.94% |
| Virus Scan (MB/s) | 117.296 | 100% | 19.2015 | -83.63% |
| File Write (MB/s) | 50.553 | 100% | 28.08 | -44.45% |
| CrystalDiskMark V3.0.1 | Physical Disk (only 1 vm) |
Physical Disk (2 vm simultaneous) |
||
|---|---|---|---|---|
| Sequential Read (MB/s) | 53.409 | 100% | 47.358 | -11.33% |
| Sequential Write (MB/s) | 53.211 | 100% | 17.283 | -67.52% |
| Random Read 512KB (MB/s) | 24.641 | 100% | 10.209 | -58.57% |
| Random Write 512KB (MB/s) | 31.714 | 100% | 12.0135 | -62.12% |
| Random Read 4KB (QD=1) (MB/s) | 0.563 | 100% | 0.1845 | -67.23% |
| Random Write 4KB (QD=1) (MB/s) | 1.318 | 100% | 0.545 | -58.65% |
| Random Read 4KB (QD=32) (MB/s) | 0.645 | 100% | 0.186 | -71.16% |
| Random Write 4KB (QD=32) (MB/s) | 1.375 | 100% | 0.5135 | -62.65% |
| Random Read 4KB (QD=1) (IOPS) | 137.4 | 100% | 45.05 | -67.21% |
| Random Write 4KB (QD=1) (IOPS) | 321.8 | 100% | 133.05 | -58.65% |
| Random Read 4KB (QD=32) (IOPS) | 157.4 | 100% | 45.35 | -71.19% |
| Random Write 4KB (QD=32) (IOPS) | 335.6 | 100% | 125.35 | -62.65% |
2012/05/27
關閉『 Windows可顯示從網際網路下載的增強型裝置圖示及資訊 』提示
如何關閉『Windows可顯示從網際網路下載的增強型裝置圖示及資訊』提示：
1. 執行gpedit.msc
2. 本機電腦原則 => 電腦設定 => 系統管理範本 => 系統 => 裝置安裝 => 防止從網際網路擷取裝置中繼資料，改為已啟用。
參考文件：
http://www.windowsitpro.com/article/systems-management/q-how-can-i-disable-the-information-bar-shown-in-drives-and-printers-that-prompts-to-use-enhanced-device-icons-and-information-
1. 執行gpedit.msc
2. 本機電腦原則 => 電腦設定 => 系統管理範本 => 系統 => 裝置安裝 => 防止從網際網路擷取裝置中繼資料，改為已啟用。
參考文件：
http://www.windowsitpro.com/article/systems-management/q-how-can-i-disable-the-information-bar-shown-in-drives-and-printers-that-prompts-to-use-enhanced-device-icons-and-information-
2012/03/25
eBoostr 4使用系統記憶體的怪問題
今天試用了一下eBoostr 4，想利用一下空閒的ram，但是發生很怪的狀況。
我選用系統記憶體做快取，但是控制台卻顯示『系統記憶體(停用)』，而且工作管理員那邊，確實ram也沒用掉。
查了一下，也沒看到什麼人討論這問題，最後我發現把ram的配置從4096MB降到3072MB之後，他就自己變成啟用，而且ram也確實被吃掉了，真是可喜可賀...￣▽￣
我選用系統記憶體做快取，但是控制台卻顯示『系統記憶體(停用)』，而且工作管理員那邊，確實ram也沒用掉。
查了一下，也沒看到什麼人討論這問題，最後我發現把ram的配置從4096MB降到3072MB之後，他就自己變成啟用，而且ram也確實被吃掉了，真是可喜可賀...￣▽￣
2012/03/11
CentOS 5 升級PHP 5.3的方法
C5-testing這個repo的php版本更新好慢，想試試較新版本的php得換別隻repo了。
for i386：
wget http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
yum --enablerepo=remi update php php-*
for x86_64：
wget http://download.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
yum --enablerepo=remi update php php-*
如果在x64的環境下更新PHP跟MySQL的時候，遇到如下的錯誤訊息：
file /etc/my.cnf from install of mysql-libs-5.5.21-1.el5.remi.x86_64 conflicts with file from package mysql-5.0.77-3.el5.i386
那是因為i386版的mysql也被裝到系統裡面了，所以影響了yum的更新，解決方法如下：
yum remove mysql-5.0.77-3.el5.i386
看你錯誤訊息的package name是啥，就跟著輸入，讓yum把i386版的移除後，就沒問題了。
參考文章：http://www.andresmontalban.com/update-centos-5-php-5-1-to-php-5-3/
for i386：
wget http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
yum --enablerepo=remi update php php-*
for x86_64：
wget http://download.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
yum --enablerepo=remi update php php-*
如果在x64的環境下更新PHP跟MySQL的時候，遇到如下的錯誤訊息：
file /etc/my.cnf from install of mysql-libs-5.5.21-1.el5.remi.x86_64 conflicts with file from package mysql-5.0.77-3.el5.i386
那是因為i386版的mysql也被裝到系統裡面了，所以影響了yum的更新，解決方法如下：
yum remove mysql-5.0.77-3.el5.i386
看你錯誤訊息的package name是啥，就跟著輸入，讓yum把i386版的移除後，就沒問題了。
參考文章：http://www.andresmontalban.com/update-centos-5-php-5-1-to-php-5-3/
2012/02/05
UAO引發的罕見不穩定問題
如果你OS用Windows 7 x64，又因為有舊的程式不支援unicode，不得已得裝UAO補完的話。
誠摯建議只要把C_950.NLS放到syswow64裡面就好了，通常都是32位元的舊程式有unicode支援問題，64位元的原生程式現在也沒幾隻，應該沒有需要。
今天剛好就遇到一個程式因為UAO引發當機，反覆測試後，發現syswow64裡面放UAO版的沒問題，但是system32裡面放就一定死，神奇的怪經驗，特別紀錄一下。
誠摯建議只要把C_950.NLS放到syswow64裡面就好了，通常都是32位元的舊程式有unicode支援問題，64位元的原生程式現在也沒幾隻，應該沒有需要。
今天剛好就遇到一個程式因為UAO引發當機，反覆測試後，發現syswow64裡面放UAO版的沒問題，但是system32裡面放就一定死，神奇的怪經驗，特別紀錄一下。
2012/01/28
寬螢幕下，如何強迫Word顯示比例為120%
現在螢幕越買越大，22吋已經是基本中的基本了。
不過當螢幕解析度越來越大大的時候，Word就有點不太妙了。
在過去的1280*1024解析度下，預設的100%顯示比例，可以剛好讓文件顯示在螢幕的正中間，但是現在解析度變大以後，100%就變成往左邊靠，佔據畫面的左半邊，畫面右半邊就空蕩蕩。
在解析度1680*1050以上，如果要讓文件顯示在畫面的正中間，至少要把顯示比例設定成120%才行。但是Word是沒辦法強迫設定顯示比例為某個定值，這樣就讓人很困擾，每次開Word都還要手動調比例。
後來我在網路上找了些資料，總算搞定這個問題了。
一開始，參考了這篇『一點通 - 如何在大尺寸螢幕開啟 Word 2010 文件讓畫面自動置中 (MVP 撰寫)』，確實可以讓Word固定顯示120%，但是在開啟舊文件檔的時候，會出現奇怪的錯誤訊息『沒有設定物件變數或 With 區塊變數』，雖然這問題不大，但是看了礙眼。
後來繼續研究，參考了一篇俄羅斯的文章，把VBA Code做了點修改，這次無論是開新檔案或是開啟舊檔都能夠強迫顯示比例為120%，而且沒有錯誤訊息。
請參照那篇MVP撰寫的文章的方法，但是其中VBA Code改用下列所示：
=======================================================
Public WithEvents App As Application
Private Sub Document_Open()
Set App = Application
End Sub
Private Sub App_DocumentOpen(ByVal Doc As Document)
Doc.ActiveWindow.ActivePane.View.Zoom.Percentage = 120
End Sub
Private Sub Document_New()
Set App = Application
End Sub
Private Sub App_DocumentNew(ByVal Doc As Document)
Doc.ActiveWindow.ActivePane.View.Zoom.Percentage = 120
End Sub
=======================================================
特別寫下來紀錄一下，也給有相同困擾的人一個參考。
不過當螢幕解析度越來越大大的時候，Word就有點不太妙了。
在過去的1280*1024解析度下，預設的100%顯示比例，可以剛好讓文件顯示在螢幕的正中間，但是現在解析度變大以後，100%就變成往左邊靠，佔據畫面的左半邊，畫面右半邊就空蕩蕩。
在解析度1680*1050以上，如果要讓文件顯示在畫面的正中間，至少要把顯示比例設定成120%才行。但是Word是沒辦法強迫設定顯示比例為某個定值，這樣就讓人很困擾，每次開Word都還要手動調比例。
後來我在網路上找了些資料，總算搞定這個問題了。
一開始，參考了這篇『一點通 - 如何在大尺寸螢幕開啟 Word 2010 文件讓畫面自動置中 (MVP 撰寫)』，確實可以讓Word固定顯示120%，但是在開啟舊文件檔的時候，會出現奇怪的錯誤訊息『沒有設定物件變數或 With 區塊變數』，雖然這問題不大，但是看了礙眼。
後來繼續研究，參考了一篇俄羅斯的文章，把VBA Code做了點修改，這次無論是開新檔案或是開啟舊檔都能夠強迫顯示比例為120%，而且沒有錯誤訊息。
請參照那篇MVP撰寫的文章的方法，但是其中VBA Code改用下列所示：
=======================================================
Public WithEvents App As Application
Private Sub Document_Open()
Set App = Application
End Sub
Private Sub App_DocumentOpen(ByVal Doc As Document)
Doc.ActiveWindow.ActivePane.View.Zoom.Percentage = 120
End Sub
Private Sub Document_New()
Set App = Application
End Sub
Private Sub App_DocumentNew(ByVal Doc As Document)
Doc.ActiveWindow.ActivePane.View.Zoom.Percentage = 120
End Sub
=======================================================
特別寫下來紀錄一下，也給有相同困擾的人一個參考。
2011/10/30
24" LCD 全螢幕顯示A4 PDF，還是不能達到1:1的原因
剛剛研究了一下，為啥24" LCD，還是不能A4 PDF縮放100%，全螢幕後，達到實體1:1顯示的效果。
原來問題在於acrobat reader的螢幕解析度，acrobat reader預設的螢幕解析度是110 ppi，可是我的螢幕實際上只有92 ppi，這就造成了全螢幕後還是無法1:1顯示的狀況！
瞭解這問題後，改掉reader的螢幕解析度設定，然後印一張A4出來比對，pdf設定縮放100%，切全螢幕，兩相比較，總算有1:1 A4顯示啦！XD
原來問題在於acrobat reader的螢幕解析度，acrobat reader預設的螢幕解析度是110 ppi，可是我的螢幕實際上只有92 ppi，這就造成了全螢幕後還是無法1:1顯示的狀況！
瞭解這問題後，改掉reader的螢幕解析度設定，然後印一張A4出來比對，pdf設定縮放100%，切全螢幕，兩相比較，總算有1:1 A4顯示啦！XD
2011/09/27
USB音效卡有地雷
上禮拜買了一個如上圖所示的USB 7.1聲道音效卡，原本是要替代主機板上的爛onboard。
拍賣上找了一下，找個一個價格不錯，又能自取的買了，結果買了以後，才發現這看似精美的產品，結果是好大一格洞...
這個音效卡的晶片是用CM108，從Windows XP到Windows 7都可以透過系統內建的USB Audio公用驅動程式去驅動裝置，無須自行安裝驅動程式，就基本使用來說，非常方便。
音質的話就很普通，畢竟這個產品最便宜不過幾十塊，到PCHome購物賣299元，想來也不會多好，整體來說，就是有聲音，其他沒啥特點。
不過跟onboard比起來，最重要的是沒有onboard上面的背景電流雜訊滋滋聲，對於這點，我個人本來是很滿意的！
不過世事難預料，這款音效卡很神奇的會讓耳機發熱，無論是阻抗16歐姆或是32歐姆的耳機都會發熱，發熱溫度比體溫略高，還在可接受的範圍；於是詢問賣家，賣家說他手邊這個音效卡，全部都會發熱，既然這產品是這樣，那就湊合著用吧。
但是後來用了兩天後，我發現我的Philips SHE 2550聲音爛掉了，整個聲音變得糊糊的，無論接到什麼裝置上都一樣，耳機就這樣去了...囧rz
提醒想買USB音效卡來用的人，如果你要接耳機用，千萬別考慮這款，要是你的耳機還買個幾百塊，結果被這音效卡搞爛了，你會樵到沒力...
2011/08/14
Windows 7 & 2008 USB儲存裝置速度提昇更新(KB2581464)
微軟在12號的時候，釋出了一個Windows 7 & 2008專用的USB儲存裝置，速度提昇的更新檔。
這個更新主要是修改了最大傳輸大小的上限，從原本的64KB提昇到2MB。
原文請見： http://support.microsoft.com/kb/2581464
這個hotfix的直接下載連結：
x86:
http://hotfixv4.microsoft.com/Windows%207/Windows%20Server2008%20R2%20SP1/sp2/Fix373164/7600/free/435479_intl_i386_zip.exe
x64:
http://hotfixv4.microsoft.com/Windows%207/Windows%20Server2008%20R2%20SP1/sp2/Fix373164/7600/free/435480_intl_x64_zip.exe
其中原文提到，要配合修改機碼，並設定最大傳輸大小的參數後，才會發生效果。
機碼的設定方法，參考以下說明：
1. 安裝Hotfix，先不要重新開機。
2. 請先插入你的隨身碟或USB硬碟。
3. 開啟『裝置管理員』=> 展開『磁碟機』，在你的USB裝置上點兩下，展開詳細視窗。
4. 在裝置的詳細視窗中點選『詳細資料』，『屬性』選擇『上層』，內容會出現類似『USB\VID_1D0D&PID_0213\07890F1313DB』的東西。
5. 紀錄其中的VID & PID，以上述例子來看，我們要整理成『1D0D0213』。
6. 執行regedit，找到『HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\usbstor』，在『usbstor』目錄夾上按右鍵選新增機碼，然後輸入步驟5整理出來的數值。
7. 點選新增加的機碼，在右邊空白畫面中，按右鍵選新增DWORD，輸入『MaximumTransferLength』。
8.在新增的MaximumTransferLength機碼上點兩下，右邊『底數』選擇『十進位』，左邊的數值填入『2097120』。
9. 重新開機。
以下是實測資料：
測試裝置1：TDK LoR Trans-It Drive USB Device (8G)
測試軟體：FDBench
測試設置：Drive Size 100MB
1. 未安裝更新前：
2. 安裝更新後，還沒修改機碼：
從1和2的數據來看，幾乎沒有影響，所以不改機碼是沒用的。
3. 安裝更新，修改機碼後：
修改機碼後，隨身碟的存取速度，提昇的非常明顯！
=========================================================
測試裝置2：Hitachi 2TB + ICY Dock MB881US-1S-1 USB2外接座
測試軟體：CrystalDiskMark 3.0.1 x64
測試設置：100 MB (x5)
1. 未安裝更新前：
2. 安裝更新，修改機碼後：
從這個測試看來，速度的提昇相當顯著，有興趣的可以玩玩看，可惜只限Windows 7 & 2008有得用。
至於對USB3有沒有用，我就不清楚了，我也沒USB3可以測試；而且USB3本來就快得跟SATA port有拼了，還需要再加快嗎？XD
這個更新主要是修改了最大傳輸大小的上限，從原本的64KB提昇到2MB。
原文請見： http://support.microsoft.com/kb/2581464
這個hotfix的直接下載連結：
x86:
http://hotfixv4.microsoft.com/Windows%207/Windows%20Server2008%20R2%20SP1/sp2/Fix373164/7600/free/435479_intl_i386_zip.exe
x64:
http://hotfixv4.microsoft.com/Windows%207/Windows%20Server2008%20R2%20SP1/sp2/Fix373164/7600/free/435480_intl_x64_zip.exe
其中原文提到，要配合修改機碼，並設定最大傳輸大小的參數後，才會發生效果。
機碼的設定方法，參考以下說明：
1. 安裝Hotfix，先不要重新開機。
2. 請先插入你的隨身碟或USB硬碟。
3. 開啟『裝置管理員』=> 展開『磁碟機』，在你的USB裝置上點兩下，展開詳細視窗。
4. 在裝置的詳細視窗中點選『詳細資料』，『屬性』選擇『上層』，內容會出現類似『USB\VID_1D0D&PID_0213\07890F1313DB』的東西。
5. 紀錄其中的VID & PID，以上述例子來看，我們要整理成『1D0D0213』。
6. 執行regedit，找到『HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\usbstor』，在『usbstor』目錄夾上按右鍵選新增機碼，然後輸入步驟5整理出來的數值。
7. 點選新增加的機碼，在右邊空白畫面中，按右鍵選新增DWORD，輸入『MaximumTransferLength』。
8.在新增的MaximumTransferLength機碼上點兩下，右邊『底數』選擇『十進位』，左邊的數值填入『2097120』。
9. 重新開機。
以下是實測資料：
測試裝置1：TDK LoR Trans-It Drive USB Device (8G)
測試軟體：FDBench
測試設置：Drive Size 100MB
1. 未安裝更新前：
| ReadWrite | Read | Write | Random Read | Random Write | (KByte/s) |
| 18134 | 27924 | 14424 | 27690 | 2499 |
2. 安裝更新後，還沒修改機碼：
| ReadWrite | Read | Write | Random Read | Random Write | (KByte/s) |
| 18167 | 27924 | 14299 | 27924 | 2523 |
從1和2的數據來看，幾乎沒有影響，所以不改機碼是沒用的。
3. 安裝更新，修改機碼後：
| ReadWrite | Read | Write | Random Read | Random Write | (KByte/s) |
| 21486 | 37702 | 17691 | 27924 | 2628 | |
| +15.6% | +25.93% | +18.48% | +0.84% | +4.9% | 速度提昇 |
修改機碼後，隨身碟的存取速度，提昇的非常明顯！
=========================================================
測試裝置2：Hitachi 2TB + ICY Dock MB881US-1S-1 USB2外接座
測試軟體：CrystalDiskMark 3.0.1 x64
測試設置：100 MB (x5)
1. 未安裝更新前：
| Sequential Read | Sequential Write | Random Read 512KB | Random Write 512KB | Random Read 4KB | Random Write 4KB | (MB/s) |
| 30.678 | 29.164 | 23.793 | 29.151 | 0.720 | 1.334 |
2. 安裝更新，修改機碼後：
| Sequential Read | Sequential Write | Random Read 512KB | Random Write 512KB | Random Read 4KB | Random Write 4KB | (MB/s) |
| 41.468 | 40.434 | 28.849 | 36.798 | 0.728 | 1.360 | |
| +26.02% | +27.87% | +17.53% | +20.78% | +1.1% | +1.91% | 速度提昇 |
從這個測試看來，速度的提昇相當顯著，有興趣的可以玩玩看，可惜只限Windows 7 & 2008有得用。
至於對USB3有沒有用，我就不清楚了，我也沒USB3可以測試；而且USB3本來就快得跟SATA port有拼了，還需要再加快嗎？XD
2011/03/06
EZLINK Flora 60GB MLC 使用心得
最近看SSD價格殺的很低，心有點癢癢的，偏偏Intel G3遲遲不上市，等不到G2跳水！XD
之前在網路上看到SSD有不少問題，莫名的死亡、漸凍、越用越慢等等，還有效能高低的問題。
想說買一個便宜的玩玩看，踩踩看地雷，瞭解一下便宜的SSD能到什麼地步，有多地雷，所以就買了一個EZLINK Flora 60GB MLC版的。
其實本來是想買Violet 64GB版本的，可惜等我下定決心要買的時候，已經沒貨了...囧
一開始因為看了『EZLINK 60GB SLC 內部開箱』，對Flora系列非常沒信心，感覺這玩意就像紙糊的一樣容易壞，但是迫於Violet沒貨，不得已也只能考慮Flora版本了。
個人偏好Violet的最主要原因，是因為辦公室的電腦SATA沒有AHCI，就算上了Windows 7，也是沒辦法發揮Trim的功能，所以原本Violet系列的垃圾蒐集(Garbage Collection)功能就很重要了。
偏偏EZLINK的官網跟PCHOME購物的文宣也都寫的不清不楚，Flora系列中的『主動式磁區優化』照敘述看起來好像GC，但是又沒明文寫出來等同GC。
Violet的PCHOME購物文宣明白寫出，就算是跑WinXP也不用擔心不支援Trim的問題；如果是同功能，為啥Flora不跟著寫上去，也讓我很擔心。
後來打電話去EZLINK的公司詢問，工程師跟我說明，Flora也是有GC的功能的，就算我的作業系統不支援Trim的功能，也不影響的。然後有問題的控制器是SLC版本的，MLC版用的不一樣，所以沒有那篇內部開箱文說的問題，他們也對JMicron有這問題感到很困擾。
既然他們公司的工程師都說明了沒啥問題，也有我要的GC的話，那就放心一點踩地雷了！XD
以下是沒裝OS，空硬碟的測試數據：
從上面的數據上來看，有沒有原生的AHCI影響非常大，在AMD SB600上面，4KQD的效能真的是大爆發，在IDE Mode上，4K & 4KQD幾乎沒啥變化。
另外JMB363的AHCI根本就是廢的，他只是有AHCI的熱拔插功能罷了，不用奢望在舊電腦上裝一張JMB363的SATA擴充卡，就能發揮SSD的全部效能。
再來是裝上OS後的測試數據：
比較裝OS前後的數據，4K Write有明顯的效能下滑，但是再看把資料搬回來後的測試數據，4K Write又提升了回去。
由於最後的測試是隔了一天才做的，所以看起來有可能是GC的功能發揮作用了。
基本上使用起來的感覺還不錯，安裝程式的時候很順暢，開機也很快，接下來就是考驗他的壽命了。
之前在網路上看到SSD有不少問題，莫名的死亡、漸凍、越用越慢等等，還有效能高低的問題。
想說買一個便宜的玩玩看，踩踩看地雷，瞭解一下便宜的SSD能到什麼地步，有多地雷，所以就買了一個EZLINK Flora 60GB MLC版的。
其實本來是想買Violet 64GB版本的，可惜等我下定決心要買的時候，已經沒貨了...囧
一開始因為看了『EZLINK 60GB SLC 內部開箱』，對Flora系列非常沒信心，感覺這玩意就像紙糊的一樣容易壞，但是迫於Violet沒貨，不得已也只能考慮Flora版本了。
個人偏好Violet的最主要原因，是因為辦公室的電腦SATA沒有AHCI，就算上了Windows 7，也是沒辦法發揮Trim的功能，所以原本Violet系列的垃圾蒐集(Garbage Collection)功能就很重要了。
偏偏EZLINK的官網跟PCHOME購物的文宣也都寫的不清不楚，Flora系列中的『主動式磁區優化』照敘述看起來好像GC，但是又沒明文寫出來等同GC。
Violet的PCHOME購物文宣明白寫出，就算是跑WinXP也不用擔心不支援Trim的問題；如果是同功能，為啥Flora不跟著寫上去，也讓我很擔心。
後來打電話去EZLINK的公司詢問，工程師跟我說明，Flora也是有GC的功能的，就算我的作業系統不支援Trim的功能，也不影響的。然後有問題的控制器是SLC版本的，MLC版用的不一樣，所以沒有那篇內部開箱文說的問題，他們也對JMicron有這問題感到很困擾。
既然他們公司的工程師都說明了沒啥問題，也有我要的GC的話，那就放心一點踩地雷了！XD
以下是沒裝OS，空硬碟的測試數據：
| ICH7 IDE Mode |
 |
 |
 |
PCI-E 1x JMB363 SATA AHCI Mode |
 |
 |
 |
AMD SB600 SATA AHCI Mode |
 |
 |
 |
從上面的數據上來看，有沒有原生的AHCI影響非常大，在AMD SB600上面，4KQD的效能真的是大爆發，在IDE Mode上，4K & 4KQD幾乎沒啥變化。
另外JMB363的AHCI根本就是廢的，他只是有AHCI的熱拔插功能罷了，不用奢望在舊電腦上裝一張JMB363的SATA擴充卡，就能發揮SSD的全部效能。
再來是裝上OS後的測試數據：
| ICH7 IDE Mode，剛裝好Windows 7 |
 |
 |
 |
ICH7 IDE Mode，資料搬回來，共有163858個檔案時 |
 |
 |
 |
比較裝OS前後的數據，4K Write有明顯的效能下滑，但是再看把資料搬回來後的測試數據，4K Write又提升了回去。
由於最後的測試是隔了一天才做的，所以看起來有可能是GC的功能發揮作用了。
基本上使用起來的感覺還不錯，安裝程式的時候很順暢，開機也很快，接下來就是考驗他的壽命了。
2011/03/02
VMWare 在32位元OS中模擬64位元OS
如果是以下硬體，就可以在32位元OS中模擬64位元OS。
AMD Opteron Rev.E
AMD Athlon64 Rev.D
Intel VT processor
AMD Opteron Rev.E
AMD Athlon64 Rev.D
Intel VT processor
2011/01/13
關於linux kernel的cpu 頻率管理
之前在把cpu設定成ondemand的時候，看他幾乎不太會變動速度，害我以為kernel的頻率管理是壞的。
這兩天研究了一下，其實不是沒有用，是預設的加速臨界太高了... @@a
預設要到80% loading的時候，才會開始加速，結果常常沒機會加速！XD
把臨界改成20%以後，就真的有達到平常跑最慢速，跑程式的時候會衝到最高速，真是可喜可賀！:D
修改臨界的方式：
echo 20 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold
這兩天研究了一下，其實不是沒有用，是預設的加速臨界太高了... @@a
預設要到80% loading的時候，才會開始加速，結果常常沒機會加速！XD
把臨界改成20%以後，就真的有達到平常跑最慢速，跑程式的時候會衝到最高速，真是可喜可賀！:D
修改臨界的方式：
echo 20 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold
2010/08/18
PSPad的游標任意擺放功能
PSPad有個讓游標可以在螢幕上任意擺放的功能，但是我習慣去點每一行後，讓文件編輯器自動幫我找該行的最後一個字。
PSPad預設會開啟這個功能，弄的我操作上很不習慣，最後找了半天，總算找到這個功能在哪裡了。
點選設定 => 本程式的各項設定 => 編輯器-行為 => 允許捲動範圍超出每列結尾以及檔案結尾，取消這個功能後，就不會在畫面上任意擺放游標了。
PSPad預設會開啟這個功能，弄的我操作上很不習慣，最後找了半天，總算找到這個功能在哪裡了。
點選設定 => 本程式的各項設定 => 編輯器-行為 => 允許捲動範圍超出每列結尾以及檔案結尾，取消這個功能後，就不會在畫面上任意擺放游標了。
2010/07/06
MSN FOTO病毒的解決方法
最近好像開始流行MSN FOTO病毒，中毒後的具體病徵如下：
『foto :D http://ow.ly/27gE2?=www.facebook.com/photo.php?=你的MSN帳號』
這病毒會在系統中偽裝成Java runtime的更新檢查程式『jusched.exe』。
病毒程式的存放路徑如下：
XP: C:\WINDOWS\jusched.exe
Vista\7: C:\Users\Public\jusched.exe
詳細的說明，可以參考這篇文章，該文是羅馬尼亞文，可搭配Google翻譯服用，以下做個簡單的說明。
1. 手動解毒：
下載Removal.zip，解壓縮後有一個Removal.bat的批次檔，執行它， 這個工具會幫你刪除病毒程式。
再下載機碼清除程式，執行後會把自動載入病毒的機碼刪掉。
2. 自動解毒：
使用Malwarebytes Anti-Malware軟體幫忙刪除，因為沒用過，詳細就不介紹了，可以自行參考網頁的說明。
『foto :D http://ow.ly/27gE2?=www.facebook.com/photo.php?=你的MSN帳號』
這病毒會在系統中偽裝成Java runtime的更新檢查程式『jusched.exe』。
病毒程式的存放路徑如下：
XP: C:\WINDOWS\jusched.exe
Vista\7: C:\Users\Public\jusched.exe
詳細的說明，可以參考這篇文章，該文是羅馬尼亞文，可搭配Google翻譯服用，以下做個簡單的說明。
1. 手動解毒：
下載Removal.zip，解壓縮後有一個Removal.bat的批次檔，執行它， 這個工具會幫你刪除病毒程式。
再下載機碼清除程式，執行後會把自動載入病毒的機碼刪掉。
2. 自動解毒：
使用Malwarebytes Anti-Malware軟體幫忙刪除，因為沒用過，詳細就不介紹了，可以自行參考網頁的說明。
2010/04/27
中銨ICY Dock MB881US-1S-1 讚！
前幾天我的凡達克烤麵包機又接觸不良了，害我系統誤報有壞軌，浪費我不少時間在確認硬碟沒問題。
後來火大晚上殺台中NOVA買了一個中銨ICY Dock MB881US-1S-1，別的不說，光SATA port的模具部份就比凡達克的密合多了，目前用了兩三天，超穩定，都沒有再發生系統誤報。
中銨 ICY Dock MB881US-1S-1 讚！
後來火大晚上殺台中NOVA買了一個中銨ICY Dock MB881US-1S-1，別的不說，光SATA port的模具部份就比凡達克的密合多了，目前用了兩三天，超穩定，都沒有再發生系統誤報。
中銨 ICY Dock MB881US-1S-1 讚！
2010/04/05
AR8131 最低支援 Kernel 2.6.18.8
這兩天弄了台CentOS 4.8，但是AR8131網卡驅動程式在make的時候錯誤。
查了一下，是缺少一個定義函數，而且是kernel的，原本的2.6.9看來太舊了。
這問題有兩個解法，一個是把driver的code修改一下，拔掉那個函數，另一個是更新kernel。
後來搜尋了一下，2.6.18開始kernel就加入了那個函數，最後把kernel更新到2.6.18.8後，driver在make就完全沒有錯誤了。
查了一下，是缺少一個定義函數，而且是kernel的，原本的2.6.9看來太舊了。
這問題有兩個解法，一個是把driver的code修改一下，拔掉那個函數，另一個是更新kernel。
後來搜尋了一下，2.6.18開始kernel就加入了那個函數，最後把kernel更新到2.6.18.8後，driver在make就完全沒有錯誤了。
2010/04/04
WD EADS/EARS 的 Load Cycle Count 快速增加問題
WD的綠色省電技術，會頻繁的讓硬碟讀寫頭進入讀寫頭停放區。
根據WD官方的spec，『Load Cycle Count』的保證壽命是30萬次，早期的EASD預設是連續8秒沒有讀寫，就讓讀寫頭進入停放區，近期的EADS則放寬到12.8秒，看來WD官方應該也收到不少使用者的反映意見。
我手上一個WD EADS看SMART值，不過才開關43次，Load Cycle Count就已經達到2660次了，網路上有人分享他的硬碟該數值都破萬了。
雖然說不是到30萬01次就壞掉，但是影響心情倒是不少。
如果要關閉這個功能，請參考以下網址，下載WD官方的工具。
http://www.synology.com.tw/support/faq_show.php?lang=cht&q_id=407
使用『wdidle3 /s0』指令關閉計算idle time的timer，如果用/d，是會把時間延長到63分鐘，/s0(數字0)才會完全關閉。
根據WD官方的spec，『Load Cycle Count』的保證壽命是30萬次，早期的EASD預設是連續8秒沒有讀寫，就讓讀寫頭進入停放區，近期的EADS則放寬到12.8秒，看來WD官方應該也收到不少使用者的反映意見。
我手上一個WD EADS看SMART值，不過才開關43次，Load Cycle Count就已經達到2660次了，網路上有人分享他的硬碟該數值都破萬了。
雖然說不是到30萬01次就壞掉，但是影響心情倒是不少。
如果要關閉這個功能，請參考以下網址，下載WD官方的工具。
http://www.synology.com.tw/support/faq_show.php?lang=cht&q_id=407
使用『wdidle3 /s0』指令關閉計算idle time的timer，如果用/d，是會把時間延長到63分鐘，/s0(數字0)才會完全關閉。
2010/03/16
WD EARS在Linux下也是會受到影響的
這兩天在裝一台工作站，OS用CentOS 5.3 x64，裝完以後總是覺得效能不太好，我觀察了一下cpu/ram的使用率，都非常低，所以不是程式咬住。
後來懷疑是SATA driver，換了比較新版的kernel也沒改善，查到最後，兇手好像是EARS... =_="
4k磁區不像WD宣稱的Linux不受影響，在非最新的kernel跟新版的相關套件之下，都有可能受到磁區偏移的影響... orz
有EARS又要在Linux下用的，可以參考下面這份文件：
http://ata.wiki.kernel.org/index.php/ATA_4_KiB_sector_issues
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives
2010-03-17 Update: 今天把硬碟換成hitachi的後，安裝速度回復正常，本來在ears下，安裝系統的拷貝動作要用到120分鐘以上，現在回覆到15分鐘內搞定，系統跑起來的速度也回復正常了。
訂閱：
文章 (Atom)
