Det var bara några år sedan som en 2-sekunders svarstid ansågs bra. Starkt konkurrensutsatta Internetvärlden (och eventuellt den högfrekventa handel på Wall Street) har ändrats allt detta. Ett ögonblick tar normalt 300-400 millisekunder. Människor kan lätt uppfatta tiden för ett par hundra millisekunder. Google säger användare besöker en webbplats mindre ofta om det är 250 ms (1/4 SEK) långsammare än sin konkurrent.
Så är det nya slutanvändare svar tiden målet att skjuta för 250 ms i snabbt föränderliga och dynamiska Internetvärlden av e-handel och annonsering. Jag tror inte att företagsvärlden har gått i samma riktning för svarstid för dess interna applikationer - 2-sekunders svarstid kan fortfarande vara bra nog; annars skulle APM industrin plötsligt explodera i intäkter!
Det är intressanta att denna kämpigt i användarnas förväntningar sker Smartphone och mobilnät världen också. Om vi måste förstå där tid som spenderas i en transaktion som ansökan måste vi undersöka den fysiska sökvägen till en transaktion-
1. PC, laptop, Tablet PC eller en Smartphone (säger i New York)
2. Lokalt nätverk eller Wifi eller mobila nätverk
3. ISP eller privata företags nätverk
4. De viktigaste servern komplex (säg i San Francisco)
5. Ytterligare servrar (t.ex. annons-servrar för en webbsida)
Låt oss anta att vi har senast och största klientenhet och ignorera förseningen från objektet #1.
Kommer att #2 - objekt i en trådlös LAN-miljö (lätt last) är tur och retur latenser i storleksordningen några millisekunder konsekvent. I en fördröjningsgarantier Wifi-nätverk, beroende på frekvensbandet (2,4 GHZ eller 5 GHZ) tur och retur latenser är i spänna av 1-10 ms.
Tur och retur latenser för de mobila näten är starkt beroende av generationen och den underliggande tekniken används - så det beror på vilket nätverk du hemma på (2G, 5 g, 3 G, LTE, etc.). AT&T anger roundtrip latenser 40-50 ms för LTE. Men för den äldre tekniken HSPA och HSPA + spänner är 100-200 ms 150-400 ms respektive. För mycket äldre EDGE och GPRS nätverken är det 600-750 ms.
Objekt #3 är beroende av den relativa platsen klienten enheten och servern komplexa - i detta exempel, tur och retur latens skulle vara 42 MS om servern komplex är London, Bombay, eller Sydney roundtrip latenser kommer att vara högre - 56 ms, 126 ms och 160 ms respektive.
Vad allt detta betyder är från en senaste Smartphone, en enda retur från NY till SF över LTE nätverk skulle kosta cirka 100 ms. de flesta program måste först skapa en TCP/IP anslutning innan du begär data från servern. Detta innebär att en enda begäran-svar interaktion skulle vi tillbringa minst 200 MS så även för denna idealisk tillämpning och där alla andra faktorer är perfekt, vi närmar oss redan denna önskvärt gräns för 250 ms.
Det finns knappast någon program som har en enda begäran-svar par - vad vi kallar programmet chattiness som med antalet begäran-svar par kunde vara i tiotals eller till och med hundratals. Om en Smartphone-App har 10 rundresor som inte är vanliga, tittar vi redan på en svarstid på en sekund!
I denna artikel undersökt vi hur baren på slutanvändare svarstid har stigit till ett ögonblick och hur det är en utmaning att uppnå denna kämpigt även i en idealisk situation. Vi fokuserade på problem eftersom det är den begränsande faktorn - vi har inte ens övervägt server, databas, bandbredd och ansökan kodning aspekter som skulle kunna vara ännu mer negativa. Men det finns innovativa APM bästa metoder och tekniker för att hantera alla dessa frågor och närma sig detta utmanande mål (som kan vara ämne för många framtida artiklar).