|
|
|
|
|
|
|
|
|
|
如何架設網站 |
|
|
|
|
|
Prime95 地獄特訓 |
|
|
|
|
影音編輯 |
|
|
場景順序 |
|
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+ 雙通道一切正常
- 結論
- 此塊主機板單插一條 RAM 時,CPU 硬改外頻可行
- CPU 硬改外頻後,冷啟動與 RESET 均不發生斷電現象
- 當系統參數亂改後故意造成 C.P.R. 參數回復功能啟動,此時 CPU 外頻回到「官方值 333Mhz」,而非「偵測 CPU 參數回報的 400Mhz」
- 雙通道時, 北橋頻率與 CPU 外頻不同步...(這點是 BIOS 回報的現象所推論),memorytest86+ 必掛!!
2009-2-2
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 來信,網站連結已經全數修復啦。
|
|