2 Saniye yanıt süresi büyük kabul edildi sadece birkaç yıl önce öyleydi. Son derece rekabetçi Internet dünya (ve muhtemelen Wall Street ticaret yüksek frekans) tüm bunlar değişti. Göz kırpması normalde 300-400 milisaniye alır. İnsan kolayca birkaç yüz milisaniye zaman algıladıkları. Google kez 250 ms (1/4 sn), rakiplerinin yavaş ise kullanıcıların daha az bir site ziyaret edecek diyor.
Dünyanın hızlı değişen ve dinamik Internet, e-ticaret ve reklam 250 ms için vurmak yeni son kullanıcı yanıt süresi hedefi de öyle. 2 Saniye yanıt süresi hala yeterince iyi olabilir iş dünyasında tepki süresi iç uygulamaları için-için aynı yönde taşındı inanmıyorum; Aksi takdirde APM endüstri gelirleri aniden patlar!
Bu zor kullanıcı beklentileri Smartphone ve mobil şebeke dünya de taşıdığını ilginç bir olmasıdır. Burada zaman içinde bir uygulama hareketi harcanan anlamak zorunda kalırsak bir hareket - fiziksel yolunu incelemek zorunda
1. PC, dizüstü bilgisayar, tablet veya bir Smartphone (New York'ta demek)
2. Yerel ağ veya Wifi veya mobil şebeke
3. ISS ağına veya özel bir şirket ağı
4. Ana sunucu kompleksi (San Francisco say)
5. Ek sunucuları (örneğin, bir web sayfası için reklam sunucuları)
Biz en son ve en büyük istemci aygıt var ve gecikme #1 öğesinden görmezden varsayalım.
Madde #2-(hafifçe yüklenen) Kablolu LAN ortamında gidiş dönüş gecikmeleri Order of birkaç milisaniye sürekli gitmeyeceksin. Sıkışık bir Wifi ağı, (2.4 GHZ veya 5 GHZ) frekans bandı bağlı olarak gidiş dönüş gecikme süreleri 1 aralığında bulunmaktadır-10 ms.
Mobil şebekeler için gidiş dönüş gecikmeleri üretimi ve temel alınan teknoloji kullanılan ağır bağımlı - hangi ağ üzerinde bağlıdır üzerinde Anasayfa (2G, 2.5 g, 3 G, LTE, vs.). AT&T ayarlar gidiş dönüş gecikmeleri 40-50 ms LTE için. Ama eski teknolojiler için HSPA ve HSPA + aralıkları 100-200 ms ve 150-400 ms sırasıyla vardır. Çok büyük EDGE ve GPRS ağlar için 600-750 ms olduğunu.
Madde #3 göreli konumu istemci aygıt üzerinde bağlıdır ve sunucu karmaşık - bu örnekte, gidiş dönüş gecikme süresi 42 Bayan karmaşık sunucu Londra, Bombay, veya Sydney gidiş dönüş gecikmeleri 56 ms, 126 ms ve 160 ms sırasıyla daha yüksek - varsa olurdu.
Tüm bu son Smartphone, NY üzerinden LTE bir ağ üzerinden tek bir gidiş için SF değil ne demek çoğu uygulama ilk sunucudan herhangi bir veri istemeden önce TCP/IP bağlantı kurmak zorunda yaklaşık 100 Bayan mal olacak. Bu bir tek istek-yanıt etkileşim için en az 200 Bayan bile için ideal bu uygulama ve diğer performans faktörleri bu arzu edilen sınır 250 MS yaklaşıyoruz zaten mükemmel nerede geçireceğimizi olduğunu ima eder.
İstek-yanıt çiftlerinin sayısı onlarca veya yüzlerce bile olabilir gibi uygulama chattiness dediğimiz tek istek-yanıt vardır - neredeyse hiç uygulama olduğunu. Bir akıllı telefon App hangi normal değil 10 gidiş-dönüş varsa, zaten bir saniyelik yanıt teker teker arıyoruz!
Bu makalede nasıl son kullanıcı tepki süresi çubuğunda göz yanıp arttı ve nasıl bu ideal bir durum içinde bile bu zor elde etmek için bir meydan okuma inceledi. Sınırlama olduğu gibi biz gecikme konular üzerinde duruldu faktör - biz bile sunucu, veritabanı, bant genişliği ve ebil var olmak daha da olumsuz yönleri kodlama uygulaması kabul değil. Ama yenilikçi APM en iyi uygulamalar ve tüm bu sorunlar ve bu zorlu hedefe (bunlar birçok gelecek makaleler için konu olabilir) yaklaşım teknikleri vardır.