有什麼方法能知道編譯時間

㈠ 開發java程序如何獲取系統編譯時間

import java.util.Date;
import java.text.SimpleDateFormat;

public class NowString {
public static void main(String[] args) {
SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//設置日期格式
System.out.println(df.format(new Date()));// new Date()為獲取當前系統時間
}
}

㈡ 我應該買什麼ＰＣ來獲取Quartus II的最快速編譯時間

最後修改: 2012 年9 月05 日
產品類別: 設計軟體
產品領域: 安裝/授權(設計軟體)
產品子領域: 操作系統支持/系統要求
標題說明Altera為Quartus03 II 只推薦最低硬體要求，最低可用物理RAM，和交換空間。這些推薦是在載有Quartus II的readme.txt格式中和在器件支持版本注釋中，存在於Quartus II Development Software documentation page最低要求使Quartus II 能夠運行。如果您具有大的設計和想要最佳編譯時間，Altera建議更高的配置。 Quartus II需要大量的處理器和存儲器資源。CPU速度是影響編譯次數性能的主要因素。請考慮多核處理器和多CPU的配置，從而利用多線程編譯。使用分化快設計和增量式編譯來完全利用可用內核。請參考 Quartus II手冊的第二卷的Recing Compilation Time章節。除此之外，解決以下三個瓶頸：通過處理器最大化晶元上的緩存訪問最小化虛擬儲存器的使用最小化硬碟訪問時間通過處理器最大化晶元上的緩存訪問選擇具有大量的晶元上緩存的CPU。最小化虛擬儲存的使用使用64-位體系結構和操作系統，伴隨足夠量的快速速度等級RAM。隨著器件大小和軟體復雜性的增長，內存使用也在增加。針對較新的器件系列(Stratix03 III 和更新的版本)的設計比用於32位應用的RAM的2GB需要更多，所以使用64位操作系統和軟體。對於一個64位系統，對於更大的器件系列，一個單編譯應該已經訪問至少RAM的8GB (安裝8到10GB)和更多。對於每種器件的最低安裝的RAM信息，請參考器件支持版本注釋，存在於Quartus II Development Software documentation page。最短的硬碟訪問時間使用快速或固態硬碟安裝一個本地SCSI或基於SATA的體系結構。磁碟也可以被RAID條帶化，以便更快的訪問。 使用網路磁碟可以是編譯時間的一個顯著地瓶頸。如果您必須在網路硬碟上存儲工程源，Altera建議使用網路文件系統的源文件創建一個本地工程，保持項目目錄當地和源文件遠程。Quartus II 只讀取幾次源文件，但是需要訪問Quartus II資料庫(db and incremental_db)很多次。補充注釋從32位轉換到64位 OS並且軟體可能不會減少編譯時間。64位Quartus II使能夠訪問每進程較大的儲存映射(沒有2GB限制),但是使用64位OS或軟體時可能看不到提高，如果我們的設計沒有達到2GB限制並且在32位OS上使用低虛擬儲存。您可能看到編譯次數的稍微降低，由於64位進程的較多開銷。Quartus II 10.0的編譯次數性能和更新的64位對比32位(64位機上)是可比較的，如同Windows OS的性能對比相等的Linux (32位對比32位，或者64位對比64位)。

㈢ eclipse怎麼查看編譯花了多少時間

記錄一個起始時間，記錄一個結束時間，兩個相減就是程序運行時間，代碼如下

longstart=System.currentTimeMillis();	//記錄起始時間
try{	
	Thread.sleep(5000);						//線程睡眠5秒，讓運行時間不那麼小
}catch(InterruptedExceptione){
	e.printStackTrace();
}
longend=System.currentTimeMillis();		//記錄結束時間
System.out.println(end-start);				//相減得出運行時間

㈣ centos中如何統計程序編譯的時間比如我安裝lnmp，我需要計算它的安裝所用時間，應該怎麼操作

用time命令或者是/usr/bin/time
比如說你想知道編譯lnmp的時間，就是
# time -p ./configure
當./configure執行完畢的時候time命令結束，然後會返回一個時間，就是你執行./configure的時間
同樣
# time -p make 也會知道make用的時間，如果說要整個的安裝時間，可以用命令
# time -p ./configure && make && make install
返回的結果就是整個安裝過程所用的時間～
望採納

㈤ IAR怎麼獲取系統編譯時間

在View中打開Message窗口，在窗口中右鍵選擇options，在出來的對話框中的 Show build message：後面選擇編譯信息顯示的詳細程度，點擊確定後編譯一下，你就能在Message窗口中看到編譯信息了。

㈥ 怎麼知道oracle中一個存儲過程最後一次被編譯的時間

個人觀點：
1 last_ddl_time就是指最後一次編譯的時間。 你認為的create or replace 其實就是一種編譯

2 A調用B引發的B的重新編譯。
我認為A調用B是不會引起B的編譯的。從2個方面解釋：
1） 我個人工作經驗中沒有發現A調用B會讓B重新編譯。
案例：B中引用了一張表。我將表刪除了，編譯B。那麼B出現了錯誤。此時我又將表還原了。再去編譯A。注意：A中調用B。但是B是錯誤的。如果調用B讓B也編譯的話，那麼B會編譯通過，A沒問題。事實上：由於B的錯誤，導致A編譯也錯誤。可見B並沒有編譯。
2）存儲過程的一個優點是什麼？就是一次編譯，到處運行。這個編譯時比較消耗資源的。從常理上講，如果每次調用A引發了B的編譯，那麼存儲過程的上述的優點浩然無存。所以從常理推斷，A調用B不會引發B的編譯。

---------------------------------- -----------------------------------------
早上看到了你昨晚發的信息。嘗試了下。你的結論是有一半是正確的。
正確的解釋應該是：
1 假設A、B都是正確的 那麼調用的時候無需編譯；
2 假設A、B是無效的。那麼調用的時候會去編譯它。
Oracle會自己判斷A、B是否有效，再根據情況決定是否去編譯。

㈦ 用keil編譯時怎麼看程序運行的時間

在Keil運行時可以看時間。見圖。但只有在軟體模擬時可以。

在OptionsforTaget'Taget1'中，Debug插頁里，點UseSimilation見圖一。

在進入Debug後，圖二綠框中所示即運行的機器周期數（States）和時間（Sec），以μS為單位。