---

想討論的是比較極端的狀況,意思是說特例.


前面有人說拿組語寫網頁,我還真的看過....

大概是cgi那種時代,除了用perl和一些script撰寫cgi script外,

也可以直接用c寫,c裡面可以崁入asm,更甚至你直接用asm寫執行檔,

給cgi去跑也是ok.... 就看過有教學教你如何在win32上寫asm給cgi印hello word,

然後處理post跟get讀取.

不過cgi這種運作概念就有它的天生缺陷,比較後期的技術叫fastcgi,



是那種執行第一次就掛載到記憶體(底下印象有誤請修正一下)

永存的東西,所以IO時間就是記憶體存取的時間,印象中大概架構是

//never stop
while(true)
{
  wait for request
  .
  .
  .
}


如果有一個變數叫counter是廣域變數,初始為0,啟動網頁++一次,



重覆啟動直譯器讀SCRIPT時間省了

或是VM處理bytecode時間也省了

反正就啟動 程式就掛住

我相信應該有不少特殊網站是fastcgi+c的技術,不過用組語的就不太清楚了...

只是據說組語寫得爛,效率可能會比C加優化出來效果差就是.

其實如果要再極端一點,我覺得直接把WEB SERVICE跟動態網頁直接綁到

http server程式核心的部分去(當然如此一來變成要自撰夠穩固的http server了...),

少掉幾層中介,應該又更快了.


--
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 編輯: erspicu         來自: 61.70.105.149        (06/29 12:09)
※ 編輯: erspicu         來自: 61.70.105.149        (06/29 12:10)
現在我猜似乎都數都是卡在DB這環就是
不過我覺得也別太小看建立動態網頁本身的邏輯環節
FB有聽過是PHP轉成C後編譯的.轉換器叫hiphop
※ 編輯: erspicu         來自: 61.70.105.149        (06/29 14:07)

--