編譯1秒

Ⅰ C51 定時器 編譯1秒 數碼管變化一次，這個編程有什麼問題

做一個30秒計時器，讓工作狀態為3，當出現電平變化時，完成計數，用程序完成計數值1秒顯示1次，當計數完成時激發蜂鳴器工作，就可以實現了

Ⅱ 我用VB6編譯的程序取一個 網頁的源代碼只要1秒，但用C#.net2008編譯的程序則要30秒，為什麼會這樣

.net編譯完成的EXE文件實際上是中間IL語言文件，而不是普通的Win32文件，VB6編譯完成的直接就是Win32文件，Win32文件可以理解為機器語言。
當你啟動系統後第一次運行你的.net編譯的EXE，會先對其進行編譯，根據你本機的系統環境編譯為機器代碼。這個過程需要一些時間。解決辦法就是：

你編譯的時候選擇你的平台，比如x86，而不是Any CPU
或者用ngen.exe對你的程序進行本機編譯。
給你找了個文章，http://www.360doc.com/content/10/0407/11/541242_21920640.shtml

對於裡面說使用ngen編譯出來的程序可能性能上更慢，是這樣的，由於CLR的託管使得程序被臨時編譯後，其運行效率理論上能達到最優化。但是犧牲了啟動速度。用ngen編譯後犧牲了兼容性和運行時的代碼效率，但是提高了啟動速度。有得必有失，目前計算機配置普遍比較高，程序啟動時編譯的時間已經很不明顯了。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
你是想用VBA做還是WinForm？
VB.NET 用 htmlrequest類來做比較快。

Ⅲ 我的fortran90該怎樣設置編譯選項或者工程環境呢 運行時慢窗口出來1秒左右才開始有反應

這是一個具體操作問題。

Fortran90是語言版本。就好像英式英語，美式英語。這樣的概念。
你所說的操作，是編譯器所做的事情。
編譯器，就好像金山詞霸的概念一樣。

電腦上有很多英式英語的軟體，比如金山詞霸，靈格斯詞典，QQ詞典等等。他們的操作方式都不完全相同。
同樣的，全球支持 Fortran90 語法的編譯器產品，保守估計有大約20個。主流的有 Intel Fortran，PGI Fortran，Sliverfrost Ftn95，NAGFortran 等等，比較古老的編譯器產品有：Compaq Visual Fortran ，PowerStation等等。每一種 Fortran90 的編譯器，其使用操作也都不完全相同。

單純說 Fortran90，不能說明是哪個編譯器。更不能說明該如何操作才能實現你的目的。
因此，需要你具體的告知，你使用的什麼產品，什麼版本的編譯器？請注意，Fortran90是語言，不是編譯器產品。

Ⅳ 電腦運行變慢,以前用devc++編譯一秒不到就編譯好了，電腦是剛買的

看下你電腦里是否安裝了殺毒軟體，很多朋友因為McAfee這款殺毒軟體導致編譯超慢，您可以把殺毒軟體刪掉，或者，設置不掃描編譯相關程序文件。就是在（安全中心-病毒和威脅防護-管理設置-排除項）win10系統（設置-更新與安全-Windows Defender-排除）這里添加您代碼存放的文件夾。排除就不掃描了。

Ⅳ 我用Editplus編譯java程序為什麼在輸出窗口看不到輸出的內容啊 下面只是提示「輸出完成，耗時1秒 正常

可能是你文件名和類不同名，比如一開始你的文件名是1，類寫的是2，ctrl+1，javac編譯得到的文件2.class，你再ctrl+2，Java就會Java 1，而不是2.碰巧你1是之前寫的空白文件，沒有輸出值。我是碰到了

Ⅵ 晶振的頻率為12mhz,1秒程序是如何實現的

這個程序不一定能實現1ms延時，這種循環延時與單片機有關，不同的單片機是不一樣的。
還與編譯器有關，不同的編譯器編譯出來的結果是不一樣的。
還與編譯器的設置有關，比如代碼優化方式設置，同一種編譯器不同的設置方式也是不一樣的。
還與程序執行的過程有關，比如程序在延時的過程中經常進中斷，也會使延時不準確。
答題不易，互相幫助，手機提問的朋友在客戶端右上角評價點滿意即可.
如認可我的回答，請點擊採納為滿意回答按鈕.

Ⅶ 我用Editplus編譯JAVA程序為什麼在輸出窗口看不到輸出的內容啊 下面只是提示「輸出完成，耗時1秒 正常終

是不是你命令配置錯誤啊？

請參考我的javac和java命令配置，最後有你上面例子程序的輸出結果，順便說下，程序少個大括弧

Ⅷ 51單片機 用c語言 調用-nop- 編一個 延時一秒 程序

這么給你說吧，不同的編譯器同樣的C語言語句編譯出來的時間不完全一致，舉個簡單例子；
for(i=0,i<=100;i++)
for(j=0;j<=10;j++);
和
for(i=0,i<=10;i++)
for(j=0;j<=100;j++);
其實理論上來講，這個時間都是一個指令周期*10*100，對吧，但是實際效果而講，這兩個時間不一樣，都知道可以實現跳轉的指令機器周期有幾種，到底編譯器是如何實現的，我們可以通過編譯之後看它對應的匯編語句（編譯器中一般都可以看到），然後通過計算匯編的時間，才基本能確定你用C編譯之後這個延時程序到底延時多少，如果你換個編譯器，比如從keil轉到wave，又不能確定時間是否一致；其實你到網上看看，對於時間要求很嚴格的地方，延時程序基本都是匯編寫的，大不了是C和匯編嵌套，或者用定時器；如果你說的是大概一秒的話，那麼你網路一下就是一大堆；我做個一個表，即使用定時器，藐視很准確，其實走上一天可能就差幾秒甚至幾分鍾，因為C語言中的中斷程序，以及每次進入中斷退出中斷的指令周期，這些你都要考慮在內，這樣你才能做的很准；有點說偏題了。我的意思就是你要真的要把一秒作準，請用匯編或參考匯編，還要把每個語句的執行時間考慮在內，這樣你才能做的很准確

Ⅸ 我用vs.net2003編譯c語言時，很簡單的程序要等好久（超過5秒），並且結果界面僅僅停留一秒左右，怎麼解決

編譯時間長不是問題。。可能是你機器配置等的問題。
結果界面超過一秒，你可以在代碼的最後加上system("pause");