更新日期 2009-02-05 12:20
新消息
伺服器選擇
雜談
如何架設網站
超頻+省電
Prime95 地獄特訓
AV 心得篇
影音編輯
場景順序
DVD 字幕
歷史
Welcome to RetupmocSoft

筆者是個業餘的程式設計師, 興趣就是寫出符合便利為原則的小工具, 有時難免靈感枯竭, 所以許多新點子是熱心網友回應後加以實做出來的, 在此特別感謝提供點子的網友, 目前軟體的更新也是屬於有靈感就大幅度改進, 不然就擺上三五個月不更新, 越來越覺得在程式設計領域也有所謂藝術家的風格, 大致上就是如此吧.

ToDo List
  • CodeGear Delphi for PHP 2.0
  • 測試 Dreamewaver CS3 搭配 Delphi for PHP 2.0 相容問題。
  • 網站流量控管,大幅度整理過去的圖片。
  • ICC 圖片校色流程。
更新紀錄

2009-2-5

  • 整機功耗測試結果出爐,顯示卡沒有做交叉測試,實際上使用時不可能交換。N9600GSO-512 (G94 55nm) 肯定比 N7300GS 耗電。

 

AMD Athlon64 X2 4200+ Intel E8400-E0 Intel E8400-E0 備註
CPU 標準值 1.35v @ 2200Mhz 1.208v @ 3000Mhz  
主機板 A8N-SLI P5QL-E  
顯示卡 N7300GS 不需 6-pin N9600GSO-512 需要 6-pin 顯示卡功耗是差異點
頻率 2750Mhz (250*11) 3600Mhz (400*9) 3000Mhz (333*9) [未超頻]

Intel 未鈔頻時冷啟動不會斷電

待機1 1.1v @ 1000Mhz 72W RMClock 無法在 Intel 超頻後 調整 VID 電壓
也無法將電壓調降至 1.000v 以下
未將顯示卡交叉測試
待機2 1.275v @ 2750Mhz 81W 1.088v @ 3600Mhz 87W 0.976v @ 3000Mhz 84W
全速 Prime95 150W 126W 108W 未將顯示卡交叉測試
全速 IBT 1.9 無法測試 132W 111W

低壓時 IBT 消耗幅度減緩

VirtualDub 測試
FF3D-CPU
忘了測試

114W

2:17sec

99W

2:24sec

「功耗 / 時間」來算
未超頻時由於電壓低
總體效益反而仍勝出超頻後

0.832 W/sec 0.6875 W/sec
FF3D-GPU

129W

1:07sec

117W

1:08sec

AMD 機是 N7300GS 顯示卡
Intel 是 N9600GSO-512 顯示卡

很明顯以 GPU 為主的運算時
CPU 的頻率重要大降了
跑標準頻率時效率維持不變
但耗電量勝出!!

 

2009-2-4

  • P5QL-E 硬改 E8400 E0 製程, 用 1.088v 可 400Mhz 跑 3.6G,正創見 DDR2-800 現代顆粒, 同一批號,TS256MLQ64V8U,跑預設值 400Mhz,1:1 同步
    北橋原廠散熱器有風扇直吹,以上組合 Prime95 一小時過測 and IBT 20 次過測。
  • BIOS 內軟改 E8400 外頻到 400Mhz 後,每次冷啟動必定斷電,RESET 則不會斷電,這倒也不是什麼新聞了。
  • 日前我乾脆用透明膠帶硬改 E8400 到 400Mhz 後,每次冷啟動完全沒有斷電現象、RESET 也沒有斷電,但我觀察 BIOS 有關 CPU 那一頁卻發現問題點,CPU 頻率為 3600 Mhz,FSB 頻率為 1333Mhz (很明顯這裡錯了, 正確時應該是 1600Mhz)。
  • DDR2-800 跑 400Mhz 標準頻率時,在 Memorytest86+ 最新版測試 RAM 雙通道時,必定發生嚴重的錯誤 (通常 #3 測試 or #4 測試就會出苞), 軟改 400Mhz 外頻、DDR2-800Mhz 雙通道時 OK,軟改 410Mhz 外頻、DDR2-933Mhz 雙通道時 OK,硬改 400Mhz 外頻、DDR2-800Mhz 雙通道時 100% 掛掉
  • 看出有趣的事情嗎?? 超的高反而沒事、軟改也沒事、硬改就一定掛,這可能就是某 C 論壇講的,BIOS 內部的 micro-code 並未支援硬改
    使參數沒有同步調整。為了考據 C 論壇的說法,於是我繼續做實驗,硬改 400Mhz 後,BIOS 內再軟改 400Mhz (這樣每次冷啟動仍會斷電),目的是看看 FSB 頻率是否為 1600Mhz 正確值,結果 FSB 就是 1600Mhz,再次 memorytest86+ 雙通道一切正常
  • 結論
    1. 此塊主機板單插一條 RAM 時,CPU 硬改外頻可行
    2. CPU 硬改外頻後,冷啟動與 RESET 均不發生斷電現象
    3. 當系統參數亂改後故意造成 C.P.R. 參數回復功能啟動,此時 CPU 外頻回到「官方值 333Mhz」,而非「偵測 CPU 參數回報的 400Mhz」
    4. 雙通道時, 北橋頻率與 CPU 外頻不同步...(這點是 BIOS 回報的現象所推論),memorytest86+ 必掛!!

2009-2-2

  • Intel 功耗測試。

2009-1-30

  • 新年快樂!

2008-7-28

  • 重新開工,準備改為 Ubuntu 8.04 LTS。

2008-6-13

  • 上午 11:45 分,ADSL 升速 256/64 -> 2048/256。

2008-6-3

  • 伺服器 Indexes 設定更新。
  • 網站美工最小幅度更新。
  • 圖片整理 Part2 完成。

2008-6-1

  • Delphi for PHP 2.0 核心系統的 VCL for PHP (2008-5-19) 更新完成.

2008-5-28

  • 整理圖片降低流量完成。部分圖片解析度與顏色有差異,往後再抓圖補上好了,現階段先減輕流量再說。
  • 未來所有的圖片,都先經過 ICC 校色後輸出,目前 FireFox 3 瀏覽器已經支援 ICC 功能,這樣每台電腦看到的圖片,顏色趨於一致。
  • 火狐打開 ICC 功能方法如下
  • 網址列輸入 about:config
  • filter 列輸入 gfx
  • gfx.color_management.enabled 項目預設是關閉的,啟動即可 (enabled)
  • 重開火狐

2008-5-26

  • 為了測試 PHP + HTML 相容性問題,筆者特別設立了公開的網站。
  • 新增雜談 2 篇,分別是「舊掃描器跑 64BIT」與「免費的天文軟體」。
  • 目前由於是自己架站,很方便隨時更新 (對我來說只是存檔而已,但網站資料卻是實質更新,真的很方便)。
  • 整個網站內部的資料管理重新整理,這部分資料目前沒有上傳到 tripod 伺服器,打算等一切搞定後,在一口氣更新好了,主要更新的部分全部在自架網站。

2008-5-25

  • Delphi for PHP 2.0 目前可能是製作 PHP 動態網頁最快速的方案之一了,結合了 OpenSource 的 VCL for PHP 社群,加上 Delphi 最為人稱道的 RAD 快速發展工具,可專心的將思考鎖定在創意上。筆者測試了一下這個版本,優點很多就不列了,官方網站上只看得到優點;缺點與解決法我就列舉出來吧
  • 安裝路徑只能在 C: 磁碟區,除此之外是會發生問題的。不管你安裝在個磁碟區,載入時會一定找 C:\Program Files\CodeGear\Delphi for PHP\2.0\vcl\packages 裡面的檔案,沒有的話就一直出錯誤訊息,然後......居然可以使用,只是功能不健全,很多東西都劃不出來,元件盤全部是空白的。
  • 同上問題,如果把安裝目錄裡的 vcl\packages 全部複製到 C:\Program Files\CodeGear\Delphi for PHP\2.0\vcl\packages 裡面,問題更大,會直接發生 Access 存取權限錯誤,記憶體參照違規的重大「工安意外」。老實講,這個問題很明顯是 Delphi for PHP 2.0 設計上的瑕疵,需要改進.......
  • 如果你的 My Documents 不是預設路徑 C:\Documents and Settings\*帳號名稱*\My Documents 下的話,而是移到別的磁碟區域,譬如 D:\My Documents,問題又來了,當 Delphi for PHP 2.0 在 F9 執行模式下,東西是會跑出來,但 IE6 可以正常運行動態 php 解析,FireFox 就不行了,會回報 xajas.js 無法找到........奇怪了,他要找的路徑明明是正確的阿,為什麼.......而且 IE6 可以跑得很正常,FF 就不行了,這才是最令人納悶的地方,如果找不到 xajas.js 檔案,大家都應該找不到才對.............
  • 繼續問題研究........Firefox 到底要怎樣才能解決找不到 xajas.js 的烏龍案呢?? 我想到第 2 點的方法,乾脆把 C:\Program Files\CodeGear\Delphi for PHP\2.0\vcl 內所有的檔案 57.3 MB,全部複製到 .php 執行路徑的下一層,BINGO!!!,問題解決了,無論是 IE6 或 FF 都會將 xajas.js 的絕對路徑改為相對路徑,這就對了,如此一來不管是測試時正常,就算掛上 Apache+PHP 伺服器都正常顯示 PHP 動態頁面。
  • 可能是 Delphi for PHP 2.0 剛剛出道沒多久,路徑問題的確很惱人,好在能用詭異的方法去搞定,算是美中不足的地方,但一想到那種解合 Dreamweaver CS3 搭配 Delphi for PHP 2.0 組合出來的動態網頁........好爽~~~總共花不到幾分鐘時間,動態網頁就可運作,真是無痛入門啊~~~~

2008-4-29

  • 經過幾天的使用 XP SP3,陸續發現一些小狀況。
  • VMWARE 複製資料時,會出現指定的路徑錯誤等訊息,然後檔案沒辦法搬動,雖然只有數十 MB 而已。
    • 打開 host 端的事件檢視器,可看到 SRV 2025 的訊息,這是 host 端偵測到 DDoS 攻擊。
    • 可修改機碼關掉 DDoS 偵測,或直接用 Drag-and-Drop 方法把檔案交換。
    • XP SP2 沒有將 Physical Network Bridge 封包運作,誤判成 DDoS 攻擊。
  • CMD 命令列,執行 systeminfo 後,CPU 的數量回報錯誤。
    • 解法??
    • 不知道會不會影響雙核或四核用戶的效能,若 systeminfo 只找到一顆核心,那......其他的去哪了??
    • XP SP2 可以正確的偵測到。
  • EVID 4226 又被改回 10
    • 再用 EVID4226patcher.exe 改回正常的 50 或更高。
    • 這個 concurrent halfopen 參數,真的如 M$ 說的,能減少蠕蟲攻擊或病毒在網路間流傳嗎??
    • .......若真的有效,早就沒毒了沒攻擊了.......證明這只是.......想要限制 P2P 而已啦.
  • 認證使用 Vista 的嚴格管控法。
    • 沒有正確的金鑰,只能輸入金鑰 or 選擇重新開機。
  • pcsx2 r347 有了重大的進步,IPU 解碼部分可以說達到一個里程碑啦,舉凡 FFX, FF12 等動畫,現在都不會出現方格的問題啦.

2008-4-17

  • RMClock 的使用法,稍微更新了。主要是如何正確的讓 XP 抓到現在運作的頻率,部分直接走 RDTSC 指令的程式,會無法偵測到 CPU 頻率的變換。
  • 官方 RMClock 已於 2/28 日更新到 2.35 版了,教學篇用的是 2.30 當範例,實際使用狀況大同小異。
  • 感謝網友 yesaaron 來信,頻率修正問題已經補上。

2008-1-23

  • 從去年年底到前幾天,忙到爆~~~
  • 下回要介紹一個免費看天文星圖的重量級軟體。
  • 感謝網友 Runabc 來信,網站連結已經全數修復啦。