pb開發環境不慢編譯後很慢
如果您的Java Web項目編譯很慢，可能是由於以下原因導數首穗致的：
硬體配置不足：編譯Java Web項目需要消耗大量的計算資源，特別是內存和CPU。如果您的計算機硬體配置較低，可能會導致編譯速度變慢。建議升級計算機硬體配置，例如添加更多內存或升級CPU。
項目依賴過多：如果您的Java Web項目依賴的庫文件過多，編譯過程需要載入和處理大量的類文件，從薯卜而導致編譯速度變慢。建議優化項目依賴，只保留必要的庫文件。
編譯選項設置不正確：如果您的Java Web項目編譯選項設置不正確，也可能導致編譯速度變慢。例如，如果您啟用了調試模式或者開啟了大量的編譯警告，將導致編譯速度變慢。建議檢查編譯選項設置，只保留必要的選項。
編譯工具芹慧版本過低：如果您使用的編譯工具版本過低，也可能導致編譯速度變慢。建議升級編譯工具到最新版本，以提高編譯速度和性能。
代碼質量問題：如果您的Java Web項目代碼質量較低，例如存在大量的重復代碼、冗餘代碼或者代碼復雜度過高，也可能導致編譯速度變慢。建議優化代碼質量，例如使用設計模式、重構代碼等方式。
如果以上方法都無法解決問題，建議查看編譯工具的日誌文件，以獲取更多的錯誤信息。您可以嘗試使用其他編譯工具，或者使用分布式編譯工具來加速編譯過程。
『貳』 pb程序編譯成dll後運行奔潰
您要問的是pb程序編譯成dll後運行奔潰怎麼辦嗎？方法如下。
1、不選擇speed優化選項，pb9遇到過此問題，爛侍打上高版本的補丁就好了。
2、應用程序的ico圖標用了絕對路培攜徑了，請使用相對路徑，在建立一個temp目錄，把系統飢中吵環境變數的temp和tmp都指向這個目錄，重建一個工程再編譯。
『叄』 pb編寫的exe 為什麼在64位系統下運行比32位慢
Code::Blocks下用Visual C++2005的編譯器編譯能到別譽橋人機器運行，那就說明編譯器手虛悶沒問題，只可能是編譯選項的問題。一般我遇到的最多的就是manifest相關的，如果manifest裡面指定了畢彎程序依賴64位庫，那就會出現配置不正確的錯誤。 你可以試一下在編譯選項裡面的C/C++運行時庫選擇為-MT，可能能解決。
『肆』 PB開發時打開數據窗口時檢索數據太慢如何解決
1.在檢賣笑索時候你可以取消
2.可以修中猛含改下設置 在知如rows----retrieve option---retrieve as needed
『伍』 易語言編譯後變慢
易語敬譽言編譯後變慢原因如下。
1、易語言屬亮早段於我國研發的一款編程編譯軟體，但是畢竟發展時間短並不成熟。
2、易語言程序在運行時需要將代碼編譯成其他高級語言，最後再編譯成機器語言，在使用時消耗了更大內存。
3、易語言的編程環境繁瑣，睜雀導致編程效率降低。
『陸』 如何提高pb9編譯程序速度
執行與編譯。。也有掛鉤！。。執行、編譯速度又跟硬體有關！用 WEB來說 第一次編譯比較慢！後面這次訪問就快多了！這跟緩存有關。。還有就是代碼的問題。。 多次的循環判斷也會造成系統執行變慢！。。在提升速度方面 主要就是倆種方法 1.完善的代碼 2.提高硬體了！可能我說的比較片面！別的兄弟可以繼續補充！
『柒』 pb程序運行突然很慢
您好，您的PB程序運行突然慢的原因可能有很多，可能判岩宏是由於程序本身的問題，也可能是由於硬體設棗友備的問題，或者是網路環境的問題。首先，您可以檢查程序本身，看看是否有任何不必要的代碼，或者是否有任何不必要的程序運行，這些都可能會影響程序的運行速度。其次，您可以檢查硬體設備，看看是否有任何硬體設備出現問題，或者是否有任何硬體設備佔用過多的資源，這些都可能會影響程序的運行速度。最後，您可以檢查網路環境，掘冊看看是否有任何網路問題，或者是否有任何網路設備佔用過多的資源，這些都可能會影響程序的運行速度。總之，您可以通過以上方法來檢查程序的運行速度，以便找出程序運行緩慢的原因，並採取相應的措施來解決問題。
『捌』 pb12 調用 java 寫的 webservice 很慢，怎麼處理
webservice如果是java或者.net開發的, 在第一次調用的時或嘩候才會把虛擬機代碼編譯為真正可運行的機器碼, 這過程是需要時間的. 所以第培斗一次運行永遠是很慢的, 編衫中行譯好了駐留內存了性能就和直接用C++等語言編寫的代碼差不多了
『玖』 PB8.0開發的程序在WIN7 64位系統運行速度慢，該怎麼解決
2、機器使用年限比較長，元器件老化導致，這個問題，唯一的解決辦法就是換件。
3、散熱不良，同樣會導致機器運行速度慢，檢查風扇工作是否正常，空歲機器內部是燃虧仿否有很多灰塵。
4、開機是否有很多自啟動項目，如有，可以通過優化軟體進行優化。
5、系統分區空間不足。可以通過擴大系統分區或者將一些軟體安裝到其他分區來解決。
6、桌面上存在大量文件。可以將文件拷貝至其他分區。
7、病毒影響，通過殺毒軟體解決。
8、過多的安全軟體、殺毒軟體也會導致系統變慢，只裝一個即可。皮纖
『拾』 用PB開發的一個資料庫伺服器多個異地客戶端使用查詢更新速度慢問題解決的技術方法
處理的方法很簡單：
1、並不是所有的地方都需要使用read commit的加鎖級別，你從application中設置一句sqlca.lock="RU", 使用臟讀，這樣就可以去掉大多數不必要的SELECT行鎖。然後在一定要讀最新數據的地方，把SQLCA。LOCK改為RC，用完後再改回來。
這樣就避免了幾乎80%的阻塞。
2、對於由於行更新，或者其他UPDATE導致的鎖，一般資料庫會自己協調，在事務比較長的情況下，這需要你對原來的程序做適當的修改。把長事務變為幾個小的事務，在事務中做更新操作，不要插入用戶的交互。這是系統的設計原則。
如果你的系統對事務的要求不嚴格，又不想改動原來的程序，辦法更簡單，在前面
SQLCA。LOCK的基礎上，加句SQLCA。AUTOCOMMIT=TRUE，這樣每數據修改自動提交，就可以避免大多數由於更新產生的死鎖和阻塞。
3、最後要對付的是剛才說的被大量應用頻繁訪問的表（HOT TABLE），如果你的系統允許使用RU加鎖級別，那麼不用太考慮，因為SELECT已經不會導致鎖定了。
但是如果你不能使用RU方式（1里頭提到的辦法），
那麼要採用這樣的手段：
使用索引把更新鎖，SELECT鎖來分開，同時也避免SQLSERVER傻傻為了性能的原因把行鎖升級為表鎖。
具體辦法是建立一個索引，如果可以的話使用聚集索引，因為聚集索引採用的是類似HASH的檢索方式，這樣當查找索引的時候，就不需要訪問數據表了。
另一種辦法，是將你SELECT語句中要檢索的數據都加到索引中，例如你檢索NAME，SEX，AGE，如果你把三個數據都加入了索引，這就意味著SELECT語句只要找到索引，就已經找到了最後要選取的數據（從索引中），這樣自然不會去LOCK表了。這樣做的時候要針對你的程序仔細選擇索引，否則把索引變成了表的一個備份就沒有意義了。