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. Dal momento che, attualmente abbiamo una pila del software contenere una maglia di stretto-lavoro a maglia di questi prodotti:

…

Le congratulazioni sono nell'ordine per la squadra di sviluppo di IIS del Microsoft - oggi hanno annunciato appena la disponibilità pubblica della versione definitiva dell'estensione di IIS-FastCGI ISAPI - un senso atteso da tempo e molto-migliorato di funzionare appena circa qualsiasi motore scripting di apr-fonte su IIS, sicuro e rapidamente.

Questo modulo di FastCGI per IIS 5.1, 6 e 7 (con Windows Vista ed assistente 2008) è stato negli impianti per abbastanza un istante ora ed in noi sta usandoli poiché il primo beta rilascio - sono buoni. 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.

…