---

※ 引述《olctw (olc.tw)》之銘言：
: 我是不知道你的定義啦，但我覺得照你的邏輯， HipHop 不也是在一些 OS 為基礎去小改
: 一下？你的小改、大改定義好像有點偏頗...
小改?

HipHop for PHP
HipHop 是由Haiping Zhou 所領導的PHP編譯器計畫。
Haiping 在中國出生，目前他是Facebook美國的資深軟體工程師。

HipHop轉換PHP原始碼成為C++的程式碼，
並且可以透過C++的編譯器編譯成可執行的二進制檔案。
像是GCC這類的C++編譯器。



HipHop將一整個PHP程式編譯成一個可執行的程式，一個支援多重執行緒的網站伺服器。


原因是因為他們會為所有的請求共用一個記憶池 (Memory Pool)。
這跟多重程序的網站伺服器不同，這個方式有點類似Apache 的 pre-fork 模式。


使用多重程序網站伺服器常遇到的問題是，當某一個程序使用大量的記憶體的時候，
必須等到該程序結束的時候才會把佔用的記憶體釋放出來。
而即使後續的請求使相同的程序，但卻不需要使用到大量的記憶體，
這些未使用的記憶體空間也無法被其他的程序使用。

Apache 會根據記憶體回收機制強迫關閉某些已經產生的程序，
但卻不能完全解決記憶體耗用的問題。

對於伺服器而言，記憶體的使用情形影響到單位時間內可處理的最大請求個數。

舉個例子，一台擁有1GB記憶體的網站伺服器，假設每個PHP請求需要使用到10MB的
記憶體，
理論上，它只能同時處理的請求少於100個。如果有其他的程式在這台機器上執行，
他們也會同時佔用實體記憶體。這個時候作業系統就不得不使用虛擬記憶體。
使用虛擬記憶體的時候系統就必須將記憶體置換到磁碟當中，這個動作就會導致系
統緩慢。

這也就是為何伺服器在處理極大量的請求時，
會發生了所謂DOS( Denial Of Service )的當機問題。
在Apache 上面，你可以透過設定MaxClients 指令，限定單位時間內的最大連線數。
這可以避免當機的問題，但後續進來的請求就必須進入等待，
這代表某些請求可能延遲好長一段時間才被處理，或者直接被忽略掉。

這裡有一篇之前的文章，

目前Facebook 的開發人員正試著把HipHop設計成一個thread-safe的擴充套件。
這表示該套件可以在多執行緒的網站伺服器上面正常執行由HipHop所產生的東西。
-----------------------------------------------------------------------

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.162.1.144

--