Noi precedentemente coperto il rilascio finale del modulo di IIS FastCGI, sviluppato insieme fra Microsoft e Zend… Ma appena questa settimana, Microsoft (MSFT: $33.76 -0.50%) annunciato la disponibilità del RTM del modulo di IIS FastCGI.

Così che cosa sta accendendo? Abbiamo trasferito il rilascio dal sistema centrale verso i satelliti corrente (che, a proposito, è non compatibile con quello vecchio, dovete uninstall quindi installare la nuova versione) ed avete controllato su \ Windows \ System32 \ inetsrv \ fcgiext.dll di numero di versione - ha uscito essere 6.1.36.1.

Al contrario, la versione che abbiamo trasferito e che installato un mese fa (che sembra dubbed il rilascio di divent) siamo stati controllati e trovato stati per essere 7.0.6001.16606.

Il rilascio di divent stava usando ovviamente la numerazione dai rilasci dell'assistente 2008 del Microsoft Windows, ma li ha confusi.

…

Stiamo lavorando a muoverci verso un nuovo assistente tutta la settimana ed abbiamo rifinito appena la transizione. Il più bene di tutti, abbiamo commutato nel fratempo ai nuovi assistenti senza alcun tempo morto. Il nostro nuovo assistente è 1.86 un duo di nucleo 2 del gigahertz e con 3GB della RAM DDR2 - tutti i ringraziamenti ai tipi impressionanti e galloni a Lunarpages, l'ospite migliore là è.

Il lavoro molto ha entrato in questa transizione nelle speranze di sollevare le prestazioni - e più d'importanza, l'affidabilità - del nostro assistente. Durante l'anno scorso (da quando in primo luogo abbiamo iniziato nostro ospitare con il LP), siamo andato da parecchio milione colpi un il mese alle dozzine di milioni ed il nostro vecchio assistente ha preso abbastanza un colpo. A tale scopo, abbiamo messo a fuoco sullo schierare il codice leggero e alto-ottimizzato tutto l'intorno; eventualmente ci non sarà mai più tempo morto inatteso….

La nostra messa a punto corrente del software è molto complicata, ma eventualmente ci prenderà tutto il senso a 0.00 minuti del tempo morto - che è il nostro obiettivo! Abbiamo gli assistenti multipli e programmi di applicazione che funzionano nei precedenti ciascuno che fa che cosa il più bene - anziché il tradizionale --fotoricettore-assistente--esso-tutto senso. At the moment, we currently have a software stack comprising of a tightly-knit mesh of these products:

…

Congratulations are in order for Microsoft’s IIS development team - today they’ve just announced the public availability of the final version of the IIS-FastCGI ISAPI Extension - a long-awaited and much-improved way of running just about any open-source scripting engine on IIS, safely and quickly.

This FastCGI module for IIS 5.1, 6, and 7 (with Windows Vista and Server 2008) have been in the works for quite a while now, and we’ve been using them since the first beta release - they’re good. While the biggest benefit will be seen in using FastCGI w/ IIS7 to take advantage of the new kernel-mode caching, it’s still a huge improvement over the old way of running scripting engines for languages like PHP on Windows.

The Problem: Most open-source scripting engines like PHP and Ruby on Rails were initially developed on/for the *nix world. On Unix-based platforms, the easiest way of creating multi-threaded applications is just to run the same app twice or more (The CGI model). On Windows, that doesn’t work out so well, because it takes a lot more resources to create another process. So these engines released Windows-specific single-process multi-threaded engines; the only problem was, they weren’t stable. Too many race conditions in some very non-thread-safe code wreaked havoc on many Windows systems, with the PHP developers themselves giving “Stability on IIS” the lowest level of concern.

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular eAccelerator opcode-caching extension.

We did our testing with the binaries compiled by SiteBuddy using the latest versions of both PHP and eAccelerator. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels.

…