C++Builder的編譯超頻 (轉)
C++Builder的編譯超頻
它的編譯速度慢的實在令人髮指,早期本人使用 586-133MHZ 16MB WIN95 啟動花了5分鐘,編譯個空的專案也花了5分種
2000.9月換了臺 塞揚A466 64MB 就好了很多,其實也不很多.相對於VC來說還是很慢,更不用說了.
忍吧!!! 可是這個傢伙多多,雖然打了,還是令人髮指,根本沒心情來學習,自然低,如何提高開發速度? 最後前後打聽,換上了 並加到128MB.穩定性有所提高,也不錯,達到可以接受的水平,和VC在586下相近了.
廢話是不是很多啊! 其實上面就是BCB5的標準了,WIN2000 256MB 用來學習,工作就要512MB 和高速了.
當2002年 BCB6 誕生了 它要求是PII433MHZ 64MB.看來我的機器還只能用BCB5!! BCB6唯一提高的是幫助速度.
它以記憶體和為代價的,其實升級到BCB6價值不大.當然機器夠硬的話,並且承受它的不穩定,還是升級好.
其實本鯊認為:要達到DELPHI的速度就要取消對C和PASCAL的支援.
取消C 因為有C++和標準庫的支援,對C的支援是多餘的而且影響編譯速度並且造成學習的困難.取消對PASCAL的支援 除了使用PACAL包和編譯原外是很少用到PASCAL的,在工作時很少用到外部DELPHI.當然BCB開發小組自己用就可以了.對一個單元既是最少的改動它也要編譯全部單元,它的預先編譯技術還是不太好.
好了下面就開始超頻:
你的程式碼不要一個form包含很多其他form的標頭檔案,一下程式碼,把多數form用到的變數放到一個公用類中,會快很多
4、儘量在做完修改以後儲存,先使用ALT+F9進行編譯,只對修改過的部分做編譯,不要直接Build ALL,那樣會很慢。
提高c++builder的編譯速度
1
#include
#pragma hdrstop //指令通知停止產生預編譯映象。
//所以就要確保插入到hdrstop pragma之前,每個單元的順序要相同
#include
#include
#include
#include <.h>
#include "Unit1.h"
#pragma hdrstop
#define INC_VCL_HEADERS//一勞永逸的方法,我對它不太相信
#define INC_VCLEXT_HEADERS
#include
#pragma hdrstop
2 Project->Options->Compiler->Pre-compiled headers 選定Cache pre-compiled
3 Project->Options->Pascal->Code generation-> 不選定 Optimization
4 Project->Options->Advanced Compiler->Floating Point 不選定 Fast
5 project option->Advances compiller->instruct set-> Pentium
6 project option->Linke->Don't generate state file 不選定
7 Tools->Envirmonent Options-> Preferences->不選定 Backgroun compilation
8 Tools->Envirmonent Options-> Preferences->選定 CacheHeaders on startup
9 Tools->Editer options->display 不選定 create backup file
10 對於每一個project project option->compiller->File name 重新給個檔名 如:project1.csm
11 當然使用預先編譯的要求太多了,可以使用 #prama link "My" My是單元少副檔名, 該意思是直接連線 相當於預先編譯.
12 採用 win2000Professional
13 金山毒霸的會影響速度的,有多少了? 你自己去試吧!!!
以下是我們簡單地測試的資料,關於硬體對BCB6的編譯能力提高情況!
BCB6比BCB5要求高一些.並且使用了最佳化速度的技術,
以下是兩臺機器的
CPU 塞揚4-1.7G 128kb 100MHZ 奔4 2.66G 512KB 133MHZ
記憶體 DDR266 256MB DDR333 256MB
硬碟 5400/2M 7200/2M
主機板 845GL 845D
WIN2000 WIN2000
可用記憶體 99.8MB 97.4MB
2,7809.5行/秒 7,5352.8行/秒
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-956300/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- cpu超頻和不超頻的區別是什麼 cpu超頻和不超頻哪個好
- 重編譯 invalid 物件(轉)編譯物件
- mingw編譯jsoncpp 轉載編譯JSON
- 【轉】MySQL原始碼編譯安裝MySql原始碼編譯
- [轉]:xmake編譯配置過程詳解編譯
- GraphJin:GraphQL自動編譯轉為SQL編譯SQL
- CPU睿頻和超頻的區別 睿頻是什麼意思
- cmake編譯指定自己編譯的庫路徑編譯
- 編譯器的自展和自舉、交叉編譯編譯
- SCSS 的編譯CSS編譯
- Java編譯與反編譯Java編譯
- libusb android ndk編譯--編譯mipsAndroid編譯
- hadoop編譯—+2.x編譯Hadoop編譯
- N1064編譯鏈編譯編譯
- Java程式碼的編譯與反編譯那些事兒Java編譯
- 編譯編譯
- [譯] 優化 Swift 的編譯時間優化Swift編譯
- CPU超頻小知識:電腦CPU什麼情況下需要超頻?
- 程式碼線上編譯器(上)- 編輯及編譯編譯
- hi3520d核心編譯編譯方法編譯
- Make編譯之編譯32bit ffmpeg編譯
- 開源編譯工具和編譯軟體編譯
- webpack的編譯&構建Web編譯
- keystone和beaengine的編譯編譯
- 對預編譯的理解編譯
- [20241107]nocache的編譯.txt編譯
- Leptonica在VS2010中的編譯二,編譯 Leptonica1.68編譯
- [Web翻譯]JavaScript中的編譯與填充WebJavaScript編譯
- 【閱讀筆記】Taro轉小程式編譯原始碼解析筆記編譯原始碼
- 編譯原理: Thompson 構造法(正規表示式 轉 NFA)編譯原理
- 編譯VIM編譯
- 編譯版本編譯
- 交叉編譯編譯
- 編譯googletest編譯Go
- 編譯宏編譯
- 編譯 ncurses編譯
- freeswitch 編譯編譯
- 編譯原理編譯原理
- 編譯 zsh編譯