Apró, ám fontos tény a webfejlesztők számára, hogy egy oldallekérés során a böngészőnk egy adott domain felé maximum két kérést küld, és ha több fülön indítunk el kéréseket, akkor is maximum 6 kérés megy párhuzamosan egyszerre az adott domain felé. A böngésző átkonfigurálásával ez megváltoztatható, és elvileg gyorsabb böngészés érhető el így (több helyen olvasni javaslatot ennek a számnak a növeléséről mint Firefox gyorsító tipp), ámde nem ilyen egyértelmű a helyzet. Az IE8 ezeket a számokat 2/6-ról 6/18-ra növeli – nem feltétlenül minden helyzetben érve el ezzel a kívánt hatást. Ezt járja körül az Ajax Performace bejegyzése.
A probléma a szerverek konfigurációjánál kezdődik. A jelenlegi beállításokkal sok szerver arra van felkészítve, hogy egy böngésző felé maximum 6 kérést szolgáljon ki. 18 kérés egyszerre történő kiszolgálása egyrészt megterhelőbb lehet, másrészt életbe léptetheti a DOS támadás kivédését szolgáló biztonsági mechanizmusokat, vagy lassítva a kiszolgálást, vagy egyszerűen kitiltva egy kis időre az adott böngészőt (IP címet). A párhuzamosan több adat lekérése nagyobb sávszélesség és processzor igénnyel is rendelkezik, a sávszélesség igény a forgalomdíjas netet használókat érintheti rosszul, a processzor igény pedig jellemzően mindenkit.
A problémát egyébként már megoldották (megkerülték) azok a webes szolgáltatásokat nyújtók, akik gyorsabb kiszolgálást szerettek volna elérni. A megoldás több aldomainről kiszolgálni a kéréseket, így megszüntetni ezt a kötöttséget. Ebben az esetben azonban van egy strapabíró szerver környezet a háttérben, és megvan a lehetőség is a skálázásra.
Az IE8 ezirányú változtatásának tehát ára lehet, azzal együtt, hogy
maga az ötlet nem feltétlenül rossz, nem biztos hogy jó lesz a hatása.
A tapasztalatokat most lehet gyűjteni, míg béta állapotú a
böngésző, aztán esetleg ezt megváltoztatni, visszaállítani a régi
állapotot, ha ez szükséges.

csak igy mellekesen: 2/7, a (s60)nokia browser-eknel ez a beallitas.
itt:
http://trac.webkit.org/projects/webkit/browser/S60/trunk/WebKit/ResourceLoader/src/LoaderContainer.cpp
62, 64 sor
a szerverek meg bizony ossze-vissza vannak konfiguralva, arrol nem is beszelve hogy tobben hazudnak arrol hogy mit tudak es mit nem. aztan igy probaljon optimalizalni az ember a kliens oldalon. Arrol meg itt:
“However, I’ll note that we have experimented with using HTTP pipelining for Safari in the past, too many major servers gave garbage results in the face of it. While we may periodically re-evaluate this, we are not holding back on it out of spite or anything.”
http://webkit.org/blog/75/optimizing-page-load-time-and-a-little-about-the-debug-menu/