編譯器大多是單核程序

❶ 請問匯編程序， 解釋程序， 編譯程序分別指

1、匯編程序

把匯編語言書寫的程序翻譯成與之等價的機器語言程序的翻譯程序。匯編程序輸入的是用匯編語言書寫的源程序，輸出的是用機器語言表示的目標程序。匯編語言是為特定計算機或計算機系列設計的一種面向機器的語言，由匯編執行指令和匯編偽指令組成。

採用匯編語言編寫程序雖不如高級程序設計語言簡便、直觀，但是匯編出的目標程序佔用內存較少、運行效率較高，且能直接引用計算機的各種設備資源。它通常用於編寫系統的核心部分程序，或編寫需要耗費大量運行時間和實時性要求較高的程序段。

2、解釋程序

解釋程序是一種語言處理程序，在詞法、語法和語義分析方面與編譯程序的工作原理基本相同，但在運行用戶程序時，它直接執行源程序或源程序的內部形式(中間代碼)。因此，解釋程序並不產生目標程序，這是它和編譯程序的主要區別。

3、編譯程序

編譯程序也稱為編譯器，是指把用高級程序設計語言書寫的源程序，翻譯成等價的機器語言格式目標程序的翻譯程序。編譯程序屬於採用生成性實現途徑實現的翻譯程序。

它以高級程序設計語言書寫的源程序作為輸入，而以匯編語言或機器語言表示的目標程序作為輸出。編譯出的目標程序通常還要經歷運行階段，以便在運行程序的支持下運行，加工初始數據，算出所需的計算結果。

(1)編譯器大多是單核程序擴展閱讀：

工作過程

1、匯編程序

輸入匯編語言源程序。檢查語法的正確性，如果正確，則將源程序翻譯成等價的二進制或浮動二進制的機器語言程序，並根據用戶的需要輸出源程序和目標程序的對照清單；如果語法有錯，則輸出錯誤信息，指明錯誤的部位、類型和編號。最後，對已匯編出的目標程序進行善後處理。

2、解釋程序

由總控程序完成初始化工作。依次從源程序中取出一條語句進行語法檢查，如有錯，輸出錯誤信息；如果通過了語法檢查，則根據語句翻澤成相應的指令並執行它。檢查源程序是否已經全部解釋執行完畢，如果未完成則繼續解釋並執行下一條語句，直到全部語句都處理完畢。

3、編譯程序

先進行詞法分析與語法分析，然後生成中間代碼，接著對程序進行多種等價變換來代碼優化，最後生成目標代碼。

❷ C編譯器和C++編譯器的異同

c++的設計者說過，c++的設計目標是保留c語言的長處如：系統編程特性，執行快速快等，再添加上面向對象特性。

語言的特性決定編譯器的特點。核心的區別也就上面一句話，具體的差別那得幾本書來說明。c編譯器通常只編譯c文件，c++編譯器可以同時編譯c和c++文件。

❸ 編譯單個較為繁瑣的程序·只能在一個CPU核心數滿載嗎

單線程的肯定只走一個CPU核心咯，你只有做成多線程，還得做並行處理。但是你都說了編譯單個較為繁瑣的程序，編譯肯定走的單線程，如果做好並行的話執行的時候就是多線程了

❹ 編譯器的功能是什麼

1、編譯器就是將「一種語言（通常為高級語言）」翻譯為「另一種語言（通常為低級語言）」的程序。一個現代編譯器的主要工作流程：源代碼 (source code) → 預處理器 (preprocessor) → 編譯器 (compiler) → 目標代碼 (object code) → 鏈接器(Linker) → 可執行程序 (executables)。
2、工作方法：
1）、首先編譯器進行語法分析，也就是要把那些字元串分離出來。
2）、然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。
3）、最後生成的是目標文件，也稱為obj文件。
4）、再經過鏈接器的鏈接就可以生成最後的EXE文件了。
5）、有些時候需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。這一過程稱為交叉鏈接。

❺ 編譯軟體要多核CPU還是高主頻的啊，32個g內存128g硬碟夠嗎

編譯軟體需要多核處理器，32GB內存、128GB固態硬碟完全夠用。

❻ 多核編程與單核編程的區別

多核對於單核的好處是可以真正地同時處理多件事情，因此如果程序想要在多核CPU上獲得更好的性能的話，使用多線程技術是必需的。但是採用多線程涉及到線程間數據同步的問題，程序員必須在線程間協調好對數據的訪問和處理。

不過我覺得多核編程與單核編程的區別並不是指線程同步問題，因為單核編程同樣可以使用多線程，同樣需要面對線程同步的問題。同樣的代碼不經過特別優化，均可以在多核CPU和單核CPU上運行得很好，只不過運行效率不同罷了。

所以我覺得多核編程和單核編程的區別在於對多線程技術需求的迫切程度。如果程序針對多核環境來編程，那麼必然要採用多線程技術，以獲得更好的性能；如果程序只針對單核環境，那麼對多線程並不是那麼敏感，但如果它採用了多線程，一旦在多核環境運行，它也能獲得性能的提升。

❼ 原來編譯軟體看的是核心數加CPU主頻嗎，「升

核心越多，處理器的並行處理能力越強，換句話說，就是能夠同時處理任務的數量多。主頻越高，說明在處理單個任務的時候更快。 你可以把核心數量看作逗手地的數量——數量越多，同時搬起的東西就越多；而主頻就相當於逗手地的力量——力量越大，就能勝任更繁重的工作。 有些軟體，沒有針對多核心的優化，那麼，多核處理器運行這類軟體的時候，一個核心累得要死，另外幾個就干看著幫不上忙。這類軟體完全是吃主頻的軟體，處理器主頻越高，運行效果越好。 近一、二年的軟體，基本上作了雙核心的優化。換言之，單核心處理器運行的時候，需要二.吧GHz，而雙核心運行的時候呢，主頻要求就可以低一些，可能只需要二.四GHz就夠了。 還有，不是說處理器的總主頻=核心數*主頻，這二者完全不是一個概念，不是疊加的概念

❽ 編程吃cpu單核還是多核

就描述，都不吃。編程對電腦配置沒要求的。如果指的是程序運行，那看你有沒有做多核優化，沒有的話，運行只用一個核心。

就問題本質而言，都不吃。

不懂繼續問，滿意請採納。

❾ unity編輯器編譯吃單核還是多核

都不吃。
OnInspectorGUI組件的Inspector窗口GUI顯示方法，調用時機：組件掛載的物體被選中，且界面重新繪制時系統自動調用。重寫自定義組件的Inspector界面。
例：TestEditor類繼承至Editor，指向的自定義組件為Test類（由CustomEditor特性指向），則TestEditor重寫父類的OnInspectorGUI方法之後，OnInspectorGUI中的內容（主要是GUI控制項）將做為Test類在場景掛載後在Inspector窗口的展示界面。注意：TestEditor.cs必須放在Editor文件夾內，Test.cs隨意。

❿ 編譯器的歷史

20世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。它已是編譯原理中的一個標准部分。
有限狀態自動機（Finite Automation）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。
人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。
當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。
在20世紀70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它正迅速地成為計算機科學課程中的中心環節。
在20世紀90年代，作為GNU項目或其它開放源代碼項目標一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感興趣的人可以很容易的得到它們的免費源代碼。
大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。
編譯器相關專業術語: 1. compiler編譯器；編譯程序 2. on-line compiler 連線編譯器 3. precompiler 預編譯器 4. serial compiler 串列編譯器 5. system-specific compiler 特殊系統編譯器 6. Information Presentation Facility Compiler 信息展示設施編譯器 7. Compiler Monitor System 編譯器監視系統