2012-03-22 27 views
13

Yani Sedir platformu görünüyor benim tipik yönlendirici günlüğü Ben açısından queue, wait ve serviceHeroku | yönlendirici günlüklerini okumayı

Benim ilk düşünceleriniz benim anlayış onaylamak istiyorum

2012-03-22T18:26:34+00:00 heroku[router]: GET [my_url] dyno=web.9 queue=0 wait=0ms service=228ms status=302 bytes=212 
2012-03-22T18:26:36+00:00 heroku[router]: GET [my_url] dyno=web.7 queue=0 wait=0ms service=23ms status=200 bytes=360 
2012-03-22T18:26:45+00:00 heroku[router]: GET [my_url] dyno=web.30 queue=0 wait=0ms service=348ms status=201 bytes=1 

gibi görünebilir nerede:

  • kuyruğu: kuyrukta eğer ismi ne kadar istek
  • hizmet (İstek Yeni Relic içinde Kuyruk) yönlendirici bekliyor:
  • beklemek background_job veya resque kullanarak aslında isteği işlemek için uygulama ne kadar sürede (queing süresini kapsamaz) Günlüklerimde

Ama bekle hep 0ms olduğunu. Önemli birikimim olsa bile.

Tanımlarım yanlış mı?

+0

Beklemenizin her zaman 0 ms olduğunu, sıra da 0 ise, bunun dışında bir birikiminiz olduğunu nereden biliyorsunuz? –

+0

Örneğin, crossdomain.xml adresime hizmet ver - 10ms içinde düşük yükler yanıtında statik bir dosya. Yüksek yüklerde 6000ms + 30s zaman aşımına kadar tüm yol olabilir. O zamanın çoğunun kuyrukta olmasını beklerim ve beklerim. – Jonathan

+0

Ayrıca, daha fazla dynos eklediğimde, hizmet süresi azalır ve tersi – Jonathan

cevap

12
  • Kuyruk: Dyno tarafından işlenmeyi bekleyen istek sayısı.
  • Bekleyin: Bu istek işlenmeden önce sırada bekletilir.
  • Hizmet: İsteğin işlem süresi.

Toplam yanıtlama süreniz beklemeye alınacaktır + service.

+0

Biraz daha "hizmet" ne anlama gelir? Bu, bir yanıt göndermeden önce herhangi bir komut dosyası ile çalıştırmak için harcanan süreyi mi yoksa bir kod yazılanla ilgisi olmayan bir içsel zamanlayıcı mı? –

+0

"bir cevap göndermeden önce ne olursa olsun komut dosyaları ile koşturmak için gereken süreyi" - Bu. –

+0

Bir uyarı olarak, "hizmet" zamanı ağ zamanını hesaba katıyor gibi görünüyor. Bu büyük olasılıkla, IIS günlüklerinde "zaman aşımı" nın nasıl çalıştığıyla benzerdir. http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/676400bc-8969-4aa7-851a-9319490a9bbb.mspx?mfr=true Bazı uzun çalışan öğelerin (~) karşılaştırmasını temel alıyorum. 20+ sn) "hizmet" e göre ve o zamanın yaklaşık% 100'ünü gösteren "gerçek kullanıcı izleme" ile verilen arıza ile karşılaştırmak, "ağ" zamanıdır. – Jody