PSGI/Plack系列匯總

is_taozzi

轉載本站文章請注明，轉載自：扶凱[http://www.php-oa.com]
本文鏈接: http://www.php-oa.com/2011/06/30/psgi.html
好不容易這 24 個文章翻譯完了。。。真是太不容易了。象我這種不知幾流的英文水平，希望不要因為譯的爛罵我(真不明白可以看原文，每個文章后面都有)..我只是希望這個，希望能分享好東西讓大家知道。 PSGI 的性能，還有一些思想真的能改變我們以前寫這種程序的想法。大家有什么想法看法，可以在下面留言部分寫出來.
   [Perl] 介紹和安裝Plack – PSGI/Plack系列
   [Perl]使用 PSGI 來打印 Hello World– PSGI/Plack系列
   [Perl]使用 plackup – PSGI/Plack系列
   [Perl]使用 plackup 重新加載應用 – PSGI/Plack系列
   [Perl]讓 Plack 做為一個靜態(tài) Web 服務器 – PSGI/Plack系列
   [Perl] 轉換你的 CGI 的應用到 PSGI – PSGI/Plack系列
   [Perl]在 PSGI 中使用 Web 框架– PSGI/Plack系列
   [Perl]在 PSGI 上適配 Web 框架– PSGI/Plack系列
   [Perl]使用 Plack 運行 CGI 的腳本– PSGI/Plack系列
   [Perl]使用 Plack 的中間件 – PSGI/Plack系列
   [Perl] Plack::Builder 的使用 – PSGI/Plack系列
   [Perl]使用 mount 和 URLMap 來映射多個 apps – PSGI/Plack系列
   [Perl]使用 Plack::Tes 來測試你的應用– PSGI/Plack系列
   [Perl]怎么樣使用 Plack::Request – PSGI/Plack系列
   [Perl]通過中間件來實現應用的認證– PSGI/Plack系列
   [Perl]在你的應用中添加 JSONP 的支持– PSGI/Plack系列
   [Perl]應用中的靜態(tài)文件 – PSGI/Plack系列
   [Perl]根據條件來加載中間件– PSGI/Plack系列
   [Perl]級聯多個應用– PSGI/Plack系列
   [Perl]從外網來訪問你的本地的應用– PSGI/Plack系列
   [Perl]錯誤處理– PSGI/Plack系列
   [Perl]挖掘更多的中間件– PSGI/Plack系列
   [Perl]寫自己的中間件– PSGI/Plack系列
   [Perl]結束語– PSGI/Plack系列

tmp

NB

tmp

但是我懷疑他真的有那么快么...

在使用 PSGI/Plack 來實現了一個實現下載驗證，實時防火墻，用戶下載跟蹤等等功能的應用(根據他們的經驗，實際上性能還是很高效的，部署于Starman，對比PHP的實現，是后者（PHP-FPM)的10倍左右)。根據一些資料，standalone 的模型就能達到 5000 QPS ,使用 prefork 時可以達到 15000 QPS.

快的理論是什么?

aef25u

瞻仰！介于NA與NC之間

nsnake

支持，感謝分享

iakuf

但是我懷疑他真的有那么快么...



快的理論是什么?
tmp 發(fā)表于 2011-06-30 21:59

引用來源：

http://nightsailer.com/2010/12/16/827.html
http://72891.cn/thread-3557405-1-1.html

tmp

首先說明我不會php, 只是有點大致的了解,
但是:
starman是基于prefork的, php-fpm呢? 也是吧,


另外, psgi這樣一層層的包, 轉發(fā), 最后還是要走進原來的那些老的協(xié)議(cgi/fcgi/modperl/http/...)
那么這中間會沒有性能損失?

event based web程序我還沒研究過, 不知道有沒有什么缺點, 先不說,

有空兒我對比一下吧.

iakuf

原來是通過
http -> web 服務器 -> Perl 動態(tài)執(zhí)行
PSGI 相當于
http -> Perl 動態(tài)執(zhí)行

PSGI 本身的包裝非常簡單，就一個數組。。。使用 PSGI 的重點不在性能，在通用性和這個的思想上。。。
日本的 Perl 界非常多的新的思想和好的開源的東西，希望大家也能接受和有新的見解和點子

iakuf

從古早的 CGI 到目前常見的 FastCGI，然後 Python 有自己的 WSGI，Perl 也有自己的 PSGI，可惜 PHP 到目前為止還沒有自己的 CGI 架構。而專屬的 Gateway Interface (GI)，如 WSGI 與 PSGI 具有很多優(yōu)點，例如 PSGI 的設計讓 Perl 的效能提升不少 [註1]。
目前 PHP 仍建議用一個額外的介面來運作網頁服務，例如網頁伺服器，如 IIS 或 Apache。也因為中間的處理流程經過 IIS 或 Apache 的複雜處理後，再交由 PHP 處理，處理完後，又傳回 IIS 或 Apache，最後才回到瀏覽器上。這些中間經過的手續(xù)都是需要耗費的，因此也難達到 WSGI 或 PSGI 的效能。但回過頭來想，WSGI 及 PSGI 也失去了 IIS 或 Apache 的功能及擴充性。

其實效能有多好，不是本篇文章要去探討的，因為若只談效能，不管是 WSGI / PSGI 也都贏不過 Netty (Java)



......................



人生也不過比當歸長一點，尊重別人的選擇，給予建設性的建議，會是個比較好的作法，況且每個語言有其獨特的特性，也有適合它們的應用領域。例如，在文字處理上，我個人偏好使用 Perl。

就如 c9s 在這篇談到的，主要是分享技術見解，佐以效能數據供參考。在這篇文章中，讓我了解 PSGI 的優(yōu)點與特色，但讀者若僅就 “效能” 一點上著墨，非屬必要。c9s 也說了，該篇文章的重點不在效能。


引用來源：
http://antbsd.twbbs.org/~ant/wordpress/?p=3601
http://antbsd.twbbs.org/~ant/wordpress/?p=3619

tmp

謝謝你的熱心解釋, 但是這句我還不能很好的理解:

原來是通過
http -> web 服務器 -> Perl 動態(tài)執(zhí)行
PSGI 相當于
http -> Perl 動態(tài)執(zhí)行

如果這里的http是代表用戶瀏覽的話, 那么就是說psgi代替http server了?
這當然可以, 他也可以處理靜態(tài)/動態(tài)的內容,
但是實際上大多數是這樣實施的么???

大多還是:
http -> httpd server -> cgi/fcgi/modperl/http -> psgi -> 程序

而從前是:
http -> httpd server -> cgi/fcgi/modperl/http -> 程序

也有甚者是http -> httpserver_1 -> httpserver_2 ->modperl -> 程序

但psgi的好處是省心.