Ne, necu da pochinjem raspravu na tu temu...
Poenta cele priche je izolovati bottleneck i zakrpiti ga odgovorajucom metodom koja se ne svodi na puko "dodaj josh cpu-a i memorije" ukoliko ne mora. Niko pametan ne bi kreirao kompletne back-endove u C++u u danashnje vreme.
Pomenuh, 37signals su zbog problema skaliranja pisali par cgi programa u C-u u pozadini backpack-a (ne mogu da nadjem link ka celoj prichi o tome trenutno).
Da li su mogli da reshe problem dodavanjam X instanci Mongrel-a, uz par svezhih rekova? Mozhda, ali su ga reshili drugachije, optimizacijom na niskom nivou.
Btw, eBay nema nishta vishe u C++u, sve je u Javi... shto me ne chudi, kad im je jedan od problema bio "dostigli smo max broj varijabli u klasi i C++ kompajler je stao"... takav horor od softverskog dizajna ne bih zheleo ni da vidim