mod_python在性能上要優于傳統CGI的原因是什么

這期內容當中小編將會給大家帶來有關mod_python在性能上要優于傳統CGI的原因是什么，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

mod_python在實際相關應用操作過程中的具體操作我個人對其一直存在不解之處，說以今天我們就提供以下的文章對在mod_python的實際運行中存在困難的問題，做一相關解答，希望你會有所收獲。

性能

mod_python的一個最主要優點就是在性能上超越傳統CGI。下面是一個非常粗略的測試。該測試是在一臺運行Red Hat Linux 7.3的奔騰1.2G的機器上完成的。Ab 用來對4種腳本進行測試，所有的都是從標準cgi模塊輸入(因為這是一個典型Python cgi腳本開始的方式), 然后輸出一個簡單的單詞"Hello!"。這個結果是基于10000次并發為1的請求。

Standard CGI: 23 requests/s  Mod_python cgihandler: 385 requests/s  Mod_python publisher: 476 requests/s  Mod_python handler: 1203 requests/s

適應性

Apache分階段的處理請求(比方說：讀取請求,解析header, 檢查存取路徑,等等)。這些階段能被稱為"處理器"(handler)的函數實現。傳統上, "處理器"是由C語言編寫，并編譯成Apache的模塊。mod_python提供了一個通過Python寫的Apache處理器的來擴展Apache功能的方法。

關于Apache請求處理過程的詳盡描述，請參閱 Apache API Notes, 也可以參閱

Mod_python - Integrating Python with Apache

為了輕松地從CGI移植，一個標準的mod_python處理器提供了模擬的CGI環境，允許用戶在不對代碼做任何修改的情況下，使遺留的腳本運行在mod_python下(大多數情況)。

See Also:

Apache Developer Resources   
Mod_Python - Integrating Python 
with Apache, presented at Python 10  

Mod_python起源于一個被稱為Httpdapy(1997)的項目。很長時間以來, Httpdapy并沒有被稱作mod_python，因為Httpdapy不是專門用于Apache的。 Httpdapy被設計成跨平臺的，實際上最初是為Netscape server寫的(那個時候被稱為Nsapy)(1997)

這個Httpdapy的README文件的摘要，很好的闡述了在HTTP server中嵌入Python所帶來的挑戰和解決方案。以上的文章就是對mod_python的相關實際應用的介紹。

上述就是小編為大家分享的mod_python在性能上要優于傳統CGI的原因是什么了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。