不編譯提高性能

㈠ 腳本程序每次運行都要解釋，運行效率為什麼會比那些編譯後的程序高 那些經過編譯的可執行文件不是每次

一句話，條件不同，不能對比。
舉例說，一個標準的可以計算PI值得C++程序，用g++進行交叉編譯：不同的編譯器版本生成的代碼，性能有差別；針對不同操作系統，性能有差別。針對不同CPU（X86、Arm、MIPS等）的代碼，性能也有差別。

不考慮演算法的優化問題，編譯優化問題，平台優化問題等等這些，那麼可以確定，腳本語言一定慢於編譯語言。

有時候上班堵車的時候，走路都比坐車快。但你能說你走比汽車快？

㈡ 如何用JNI技術提高java的性能詳解

阻礙Java取得廣泛使用的一個首要因素是Java程序的運行效率。Java是介於解釋型和編譯型之間的一種語言，同樣的程序，假如用編譯型語言C來實現，其運行速度通常要比Java快一倍以上。Java具有平台無關性，這使人們在開發企業級使用的時刻總是把它作為首要候選方案之一，但是性能方面的因素又大大削弱了它的競爭力。為此，提高Java的性能就顯得十分主要。 疑問的提出 Sun公司及Java的支撐者們為提高Java的運行速度已經做出了許多全力，其中大多數集中在程序設計的要領和模式挑選方面。由於演算法和設計模式的優化是通用的，對Java有效的優化演算法和設計模式，對其他編譯語言也基本同樣適用，因此無法從根本上改動 Java程序與編譯型語言在執行效率方面的差別。 JIT(Just In Time，及時編譯)技能是個比較好的思想。它的基本原理是：最先議決 Java編譯器把Java源代碼編譯成平台無關的二進制位元組碼。然後在Java程序真實執行之前，系統議決 JIT編譯器把Java的位元組碼編譯為本地化機器碼。結尾，系統執行本地化機器碼，節省了對位元組碼實行解釋的時間。這樣做的優點是大大提高了Java程序的性能，縮短了載入程序的時間；同時，由於編譯的結果並不在程序運行間保存，因此也節約了存儲空間。缺點是由於JIT編譯器對所有的代碼都想優化，因此同樣也佔用了許多時間。 動態優化技能是提高Java性能的另一個嘗試。該技能試圖議決把Java源程序直接編譯成機器碼，以充分使用 Java動態編譯和靜態編譯技能來提高Java的性能。該要領把輸入的Java源碼或位元組碼轉換為經歷高度優化的可執行代碼和動態庫 (Windows中的. dll文件或Unix中的. so文件)。該技能能大大提高程序的性能，但卻破壞了Java的可移植性。 JNI技能 實際上，有一種通常為咱們忽視的技能能夠在很大程度上處理這個難題，那就是JNI(Java Native Interface, Java本地化要領 )。主張採用純Java的人們通常反對本地化代碼的運用，他們認為在Java程序執行的流程中調用C/C++程序會影響程序的可移植性和安全性。還有一些人認為JNI只是對過去混合編程技能的基本擴展，本來際目標是為了充分使用大量原有的C程序庫。 本來，咱們不必拘泥於嚴格的平台獨立性限定，因為採用JNI技能只是針對一些嚴重影響Java性能的代碼段，該部分可能只佔源程序的極少部分，所以幾乎能夠不思慮該部分代碼在主流平台之間移植的工作量。同時，也不必過分擔心類型匹配疑問，咱們完全能夠控制代碼不出現這種不正確。此外，也不必擔心安全控制疑問，因為Java安全模型已擴展為准許非系統類載入和調用本地點法。根據Java規范，從JDK 1. 2開始，FindClass將設法找到與當前的本地點法關聯的類載入器。假如平台有關代碼屬於一個系統類，則無需涉及任何類載入器; 否則，將調用適當的類載入器來載入和鏈接已命名的類。換句話說，假如在Java程序中直接調用C/C++語言產生的機器碼，該部分代碼的安全性就由Java虛擬機控制。

㈢ c#怎麼提高性能

1. 開多線程
2. 優化循環
3. 使用更高版本的.net
4. 優化演算法
其實 c#的性能達到了vc的80%-90%如果演算法和循環優化的沒問題，很少遇到性能問題，除非是針對硬碟的高速io 因為中間語言的特性可能會有點問題，但是也可以通過內存緩存做優化解決。

㈣ 請高手解釋下為什麼Javascript是一種解釋性語言,不需要進行編譯和構建.在看Jquery的書，有句話是這樣說的

解釋執行主要是針對編譯執行編譯執行來說的，c語言，java等靜態語言，寫好代碼後需要經過編譯器編譯，將源代碼編譯成別的代碼，比如機器碼，匯編等，解釋執行則不需要編譯過程，直接由解釋器解析並執行代碼。
javascript就屬於解釋執行，所以說他是一種解釋性語言。
但是，隨著技術的發展，越來越多的javascript引擎為了提高性能，也會對javascript進行一些編譯，所以也很難清楚的界定javascript到底是解釋執行還是編譯執行。所以也沒必要去深究，知道就行。

㈤ 關於編程語言 一次編譯 處處運行問題

java的這個特性也是做了一些犧牲的，在效率方面。這種解釋性的語言，第一次編譯為位元組碼，運行的時候，逐條地編譯為本地代碼執行，效率肯定不及編譯型語言。
編譯型的語言，雖然沒有java的平台無關性，但是運行效率高，有其適用的場合，比如一般的伺服器端都是用的c或者c++去處理上百萬的客戶端請求。
java語言得益於現在硬體的飛速升級，以至於它的效率問題不是那麼低明顯了。

總之呢，在計算機的世界裡，有得必有失，不可能魚和熊掌兼得（或許有，不過很少）。
要麼時間換空間，要麼空間換時間，要麼就是像java這樣，犧牲運行效率達到Written Once， run anywhere！

㈥ 在不考慮編譯器優化等因素下，下面那個運算比較快

下面是在編譯器不優化的情況下的代碼反匯編後的結果
14: if (a > b)//我們看到，只有3條指令，
0040104D mov edx,dword ptr [ebp-4] //將a放入寄存器EDX
00401050 cmp edx,dword ptr [ebp-8] //比較EDX和b的大小
00401053 jle main+3Ch (0040105c) //如果a<b跳轉到0040105c
15: {
16: return 1;
00401055 mov eax,1
0040105A jmp main+4Fh (0040106f)
17: }
18: if (a - b > 0)//我們看到有4條指令
0040105C mov eax,dword ptr [ebp-4]//將a放入EAX
0040105F sub eax,dword ptr [ebp-8]//a-b的差放入EAX
00401062 test eax,eax//比較EAX是否為0
00401064 jle main+4Dh (0040106d)//條件跳轉
19: {
20: return 2;
00401066 mov eax,2
0040106B jmp main+4Fh (0040106f)
21: }
所以我認為if (a > b) {....}
效率更高

㈦ 都說JAVA比PHP執行效率高為什麼

因為PHP是解釋執行（完全不編譯），而JAVA是半編譯（編譯後代碼非CPU執行執行），所以JAVA的效率要高。
PHP（外文名:PHP: Hypertext Preprocessor，中文名：「超文本預處理器」）是一種通用開源腳本語言。語法吸收了C語言、Java和Perl的特點，利於學習，使用廣泛，主要適用於Web開發領域。PHP 獨特的語法混合了C、Java、Perl以及PHP自創的語法。它可以比CGI或者Perl更快速地執行動態網頁。用PHP做出的動態頁面與其他的編程語言相比，PHP是將程序嵌入到HTML（標准通用標記語言下的一個應用）文檔中去執行，執行效率比完全生成HTML標記的CGI要高許多；PHP還可以執行編譯後代碼，編譯可以達到加密和優化代碼運行，使代碼運行更快。
Java是一種可以撰寫跨平台應用程序的面向對象的程序設計語言。Java 技術具有卓越的通用性、高效性、平台移植性和安全性，廣泛應用於PC、數據中心、游戲控制台、科學超級計算機、行動電話和互聯網，同時擁有全球最大的開發者專業社群。

㈧ 如何提高Java性能

提高JAVA的性能，一般考慮如下的四個主要方面：
（1） 程序設計的方法和模式
一個良好的設計能提高程序的性能，這一點不僅適用於JAVA，也適用也任何的編程語言。因為它充分利用了各種資源，如內存，CPU,高速緩存，對象緩沖池及多線程，從而設計出高性能和可伸縮性強的系統。
當然，為了提高程序的性能而改變原來的設計是比較困難的，但是，程序性能的重要性常常要高於設計上帶來的變化。因此，在編程開始之前就應該有一個好的設計模型和方法。
（2） JAVA布署的環境。
JAVA布署的環境就是指用來解釋和執行JAVA位元組碼的技術，一般有如下五種。即解釋指令技術(Interpreter Technology)，及時編譯的技術(Just In Time Compilier Technology), 適應性優化技術（Adaptive Optimization Technology）, 動態優化，提前編譯為機器碼的技術（Dynamic Optimization,Ahead Of Time Technology）和編譯為機器碼的技術（Translator Technology）.
這些技術一般都通過優化線程模型，調整堆和棧的大小來優化JAVA的性能。在考慮提高JAVA的性能時，首先要找到影響JAVA性能的瓶頸（BottleNecks），在確認了設計的合理性後，應該調整JAVA布署的環境，通過改變一些參數來提高JAVA應用程序的性能。具體內容見第二節。
（3） JAVA應用程序的實現
當討論應用程序的性能問題時，大多數的程序員都會考慮程序的代碼，這當然是對的，當更重要的是要找到影響程序性能的瓶頸代碼。為了找到這些瓶頸代碼，我們一般會使用一些輔助的工具，如Jprobe,Optimizit,Vtune以及一些分析的工具如TowerJ Performance等。這些輔助的工具能跟蹤應用程序中執行每個函數或方法所消耗掉的時間，從而改善程序的性能。
（4） 硬體和操作系統
為了提高JAVA應用程序的性能，而採用跟快的CPU和更多的內存，並認為這是提高程序性能的唯一方法，但事實並非如此。實踐經驗和事實證明，只有遭到了應用程序性能的瓶頸，從而採取適當得方法，如設計模式，布署的環境，操作系統的調整，才是最有效的。
3．程序中通常的性能瓶頸。
所有的應用程序都存在性能瓶頸，為了提高應用程序的性能，就要盡可能的減少程序的瓶頸。以下是在JAVA程序中經常存在的性能瓶頸。
了解了這些瓶頸後，就可以有針對性的減少這些瓶頸，從而提高JAVA應用程序的性能
4. 提高JAVA程序性能的步驟
為了提高JAVA程序的性能，需要遵循如下的六個步驟。
a) 明確對性能的具體要求
在實施一個項目之前，必須要明確該項目對於程序性能的具體要求，如：這個應用程序要支持5000個並發的用戶，並且響應時間要在5秒鍾之內。但同時也要明白對於性能的要求不應該同對程序的其他要求沖突。

㈨ 腳本語言不需要編譯怎麼執行呀

因為大多數腳本都是解釋型語言。

• 解釋型語言是相對於編譯型語言存在的，源代碼不是直接翻譯成機器語言，而是先翻譯成中間代碼，再由解釋器對中間代碼進行解釋運行。比如python/JavaScript / Perl /Shell等都是解釋型語言。 解釋型語言：程序不需要編譯，程序在運行時才翻譯成機器語言，每執 行一次都要翻譯一次。因此效率比較低。比如Basic語言，專門有一個解釋器能夠直接執行Basic程 序，每個語句都是執行的時候才翻譯。(在運行程序的時候才翻譯，專門有一個解釋器去進行翻譯，每個語句都是執行的時候才翻譯。效率比較低，依賴解釋器，跨平台性好.)

• 一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。

• 解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。

㈩ python師先編譯後解釋的嗎

1、C++和C都是屬於編譯型語言，本來的.c文件都是用高級語言編寫的，計算機是不能識別高級語言的，所以，必須要通過編譯，鏈接等手段，將.c文件轉換成可執行文件，可執行文件就是純二進制文件，然後計算機才能夠執行。

unix>./p:(p是可執行文件)

上述命令的過程，是外殼(shell)調用操作系統一個叫載入器的函數，它拷貝可執行文件p中的代碼和數據到存儲器，然後將控制轉移到這個程序的開頭。

2、

1. Python是一門解釋型語言？

我初學Python時，聽到的關於Python的第一句話就是，Python是一門解釋性語言，我就這樣一直相信下去，直到發現了*.pyc文件的存在。如果是解釋型語言，那麼生成的*.pyc文件是什麼呢？c應該是compiled的縮寫才對啊！

為了防止其他學習Python的人也被這句話誤解，那麼我們就在文中來澄清下這個問題，並且把一些基礎概念給理清。

2. 解釋型語言和編譯型語言

計算機是不能夠識別高級語言的，所以當我們運行一個高級語言程序的時候，就需要一個「翻譯機」來從事把高級語言轉變成計算機能讀懂的機器語言的過程。這個過程分成兩類，第一種是編譯，第二種是解釋。

編譯型語言在程序執行之前，先會通過編譯器對程序執行一個編譯的過程，把程序轉變成機器語言。運行時就不需要翻譯，而直接執行就可以了。最典型的例子就是C語言。

解釋型語言就沒有這個編譯的過程，而是在程序運行的時候，通過解釋器對程序逐行作出解釋，然後直接運行，最典型的例子是Ruby。

通過以上的例子，我們可以來總結一下解釋型語言和編譯型語言的優缺點，因為編譯型語言在程序運行之前就已經對程序做出了「翻譯」，所以在運行時就少掉了「翻譯」的過程，所以效率比較高。但是我們也不能一概而論，一些解釋型語言也可以通過解釋器的優化來在對程序做出翻譯時對整個程序做出優化，從而在效率上超過編譯型語言。

此外，隨著Java等基於虛擬機的語言的興起，我們又不能把語言純粹地分成解釋型和編譯型這兩種。

用Java來舉例，Java首先是通過編譯器編譯成位元組碼文件（不是二進制碼），然後在運行時通過解釋器給解釋成機器文件。所以我們說Java是一種先編譯後解釋的語言。

總結：將由高級語言編寫的程序文件轉換為可執行文件（二進制的）有兩種方式，編譯和解釋，編譯是在程序運行前，已經將程序全部轉換成二進制碼，而解釋是在程序執行的時候，邊翻譯邊執行。

3. Python到底是什麼

其實Python和Java/C#一樣，也是一門基於虛擬機的語言，我們先來從表面上簡單地了解一下Python程序的運行過程吧。

當我們在命令行中輸入python hello.py時，其實是激活了Python的「解釋器」，告訴「解釋器」：你要開始工作了。可是在「解釋」之前，其實執行的第一項工作和Java一樣，是編譯。

熟悉Java的同學可以想一下我們在命令行中如何執行一個Java的程序：

javac hello.java(編譯的過程)

java hello（解釋的過程）

只是我們在用Eclipse之類的IDE時，將這兩部給融合成了一部而已。其實Python也一樣，當我們執行python hello.py時，他也一樣執行了這么一個過程，所以我們應該這樣來描述Python，Python是一門先編譯後解釋的語言。

4. 簡述Python的運行過程

在說這個問題之前，我們先來說兩個概念，PyCodeObject和pyc文件。

我們在硬碟上看到的pyc自然不必多說，而其實PyCodeObject則是Python編譯器真正編譯成的結果。我們先簡單知道就可以了，繼續向下看。

當python程序運行時，編譯的結果則是保存在位於內存中的PyCodeObject中，當Python程序運行結束時，Python解釋器則將PyCodeObject寫回到pyc文件中。

當python程序第二次運行時，首先程序會在硬碟中尋找pyc文件，如果找到，則直接載入，否則就重復上面的過程。

所以我們應該這樣來定位PyCodeObject和pyc文件，我們說pyc文件其實是PyCodeObject的一種持久化保存方式。

總結：Python也是先編譯後解釋的一門語言，當python程序運行時，編譯的結果是保存在內存中的PyCodeObject中，當Python程序運行結束時，Python解釋器則將PyCodeObject寫回到pyc文件中。也就是說保存，pyc文件是為了下次再次使用該腳本時避免重復編譯，以此來節省時間。也就是說，只執行一次的腳本，就沒必要保存其編譯結果pyc，這樣只是浪費空間。下面舉例解釋。

5、運行一段Python程序

我們來寫一段程序實際運行一下：

不用仔細看代碼，我們可以很清楚地看到原理，其實每次在載入之前都會先檢查一下py文件和pyc文件保存的最後修改日期，如果不一致則重新生成一份pyc文件。

8. 寫在最後的

其實了解Python程序的執行過程對於大部分程序員，包括Python程序員來說意義都是不大的，那麼真正有意義的是，我們可以從Python的解釋器的做法上學到什麼，我認為有這樣的幾點：

A.其實Python是否保存成pyc文件和我們在設計緩存系統時是一樣的，我們可以仔細想想，到底什麼是值得扔在緩存里的，什麼是不值得扔在緩存里的。只有要重用的模塊才是值得編譯成pyc文件的。

B. 在跑一個耗時的Python腳本時，我們如何能夠稍微壓榨一些程序的運行時間，就是將模塊從主模塊分開。（雖然往往這都不是瓶頸），那麼再次運行時，就可以不用編譯了，直接使用上次編譯後的結果。

C. 在設計一個軟體系統時，重用和非重用的東西是不是也應該分開來對待，這是軟體設計原則的重要部分。

D. 在設計緩存系統（或者其他系統）時，我們如何來避免程序的過期，其實Python的解釋器也為我們提供了一個特別常見而且有效的解決方案。

總結：Python是編譯+解釋型的語言，執行的時候是由Python解釋器，逐行編譯+解釋，然後運行，因為在運行的過程中，需要編譯+解釋，所以Python的運行性能會低於編譯型語言，比如C++。為了提高性能，Python解釋器，會將模塊（以後要重用的腳本文件放在模塊里）的編譯+解釋的結果，保存在.pyc中。這樣下次執行的時候，就省了編譯這個環節。提高性能。一次性的腳本文件，解釋器是不會保存編譯+解釋的結果，也就是沒有.pyc文件。