Performance Monitoring ile ilgili sorunları giderme ve SSS

Performans etkinlikleriyle ilgili günlük mesajlarını görüntüleme

1. Uygulamanızın AndroidManifest.xml dosyasına <meta-data> öğesini aşağıdaki gibi ekleyerek derleme sırasında Performance Monitoring için hata ayıklama günlük kaydını etkinleştirin:

   <application>
       <meta-data
         android:name="firebase_performance_logcat_enabled"
         android:value="true" />
   </application>

2. Günlük mesajlarınızda hata mesajı olup olmadığını kontrol edin.

3. Performance Monitoring, günlük mesajlarını FirebasePerformance ile etiketler. Logcat filtrelemeyi kullanarak aşağıdaki komutu çalıştırarak özellikle süre izlemeyi ve HTTP/S ağ isteği günlük kaydını görüntüleyebilirsiniz:

   adb logcat -s FirebasePerformance

4. Performance Monitoring'nın performans etkinliklerini günlüğe kaydettiğini gösteren aşağıdaki günlük türlerini kontrol edin:

   • Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. Verilerinizi Firebase konsolunda görüntülemek için URL'yi tıklayın. Verilerin kontrol panelinde güncellenmesi birkaç dakika sürebilir.

Uygulamanız performans etkinliklerini kaydetmiyorsa sorun giderme ipuçlarını inceleyin.

SDK uygulamaya eklendi ancak konsolda SDK'nın eklenmesi gerektiği belirtiliyor

Firebase, uygulamanızdan etkinlik bilgileri (ör. uygulama etkileşimleri) aldığında Performance Monitoring SDK'sını uygulamanıza başarıyla ekleyip eklemediğinizi algılayabilir. Genellikle uygulamanızı başlattıktan sonraki 10 dakika içinde Firebase konsolunun Performans kontrol panelinde "SDK algılandı" mesajı gösterilir. Ardından, 30 dakika içinde kontrol panelinde ilk işlenen veriler gösterilir.

SDK'nın en son sürümünü uygulamanıza eklemenizin üzerinden 10 dakikadan fazla zaman geçtiyse ve hâlâ herhangi bir değişiklik görmüyorsanız Performance Monitoring öğesinin etkinlikleri kaydettiğinden emin olmak için günlük mesajlarınızı kontrol edin. Gecikmeli SDK algılama mesajıyla ilgili sorunları gidermek için aşağıda açıklanan uygun sorun giderme adımlarını deneyin.

Konsol, SDK'nın algılandığını belirtiyor ancak veri gösterilmiyor

Performance Monitoring, performans etkinliği verilerini Performans kontrol panelinde göstermeden önce işler.

"SDK algılandı" mesajının görünmesinden bu yana 24 saatten uzun bir süre geçtiyse ve hâlâ veri görmüyorsanız bilinen bir kesinti olup olmadığını kontrol etmek için Firebase Durum Kontrol Paneli'ne bakın. Kesinti yoksa Firebase Destek Ekibi ile iletişime geçin.

Uygulama, performans etkinliklerini günlüğe kaydetmiyor

Performans etkinlikleriyle ilgili günlük mesajlarını görmüyorsanız aşağıdaki sorun giderme adımlarını deneyin:

1. Performance Monitoring Gradle eklentisinin kurulumunu aşağıdaki şekilde kontrol edin:

   1. Eklentiyi doğru bir şekilde eklediğinizden emin olun. Özellikle aşağıdakileri kontrol edin:

      • Eklentiyi (apply plugin: 'com.google.firebase.firebase-perf') modülünüzdeki (uygulama düzeyinde) build.gradle dosyasına eklediniz.
      • Eklentinin sınıf yolu bağımlılığını (classpath 'com.google.firebase:perf-plugin:1.4.2') proje düzeyindeki build.gradle dosyanıza eklediniz.

   2. Aşağıdaki işaretlerden herhangi biri aracılığıyla eklentinin devre dışı bırakılmadığından emin olun:

      • instrumentationEnabled modülünüzde (uygulama düzeyinde) build.gradle dosyası
      • firebasePerformanceInstrumentationEnabled gradle.properties dosyanızda

2. AndroidManifest.xml dosyanızdaki aşağıdaki işaretlerden biriyle Performance Monitoring SDK'sının devre dışı bırakılmadığından emin olun:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Performance Monitoring öğesinin çalışma zamanında devre dışı bırakılmadığından emin olun.

4. Uygulamanızda devre dışı bırakılmış bir öğe bulamıyorsanız Firebase Destek Ekibi ile iletişime geçin.

Performans kontrol panelinde ekran izleme verileri eksik

Ekran oluşturma izleriyle ilgili verileriniz eksikse aşağıdaki sorun giderme adımlarını deneyin:

1. Android SDK'nın en son sürümünü (v21.0.5) kullandığınızdan emin olun. Ekran oluşturma izleri yalnızca v15.2.0 veya sonraki sürümlerde kullanılabilir.

2. Bir ekran için donanım hızlandırmayı manuel olarak devre dışı bırakmadığınızdan emin olun.

3. DexGuard veya Jack kullanmadığınızdan emin olun. Performance Monitoring, bu araç zincirleriyle uyumlu değildir.

   • DexGuard, uygulama başlatma, uygulama ön planda ve uygulama arka planda izlerinin otomatik olarak toplanmasını devre dışı bırakır. Ancak uygulamanız DexGuard kullanıyorsa tüm özel kod izleri normal şekilde çalışır.

   • Jack desteği sonlandırıldı ve genellikle uygulamanızda kullanılmamalıdır.

Performans kontrol panelinde özel izleme verileri eksik

Otomatik olarak toplanan izlemelerle ilgili performans verilerini görüyor musunuz ancak özel kod izlemeleriyle ilgili verileri görmüyor musunuz? Aşağıdaki sorun giderme adımlarını deneyin:

1. Trace API aracılığıyla özel kod izlemeleri oluşturduysanız izlemelerin kurulumunu, özellikle de aşağıdakileri kontrol edin:

   • Özel kod izlerinin ve özel metriklerin adları aşağıdaki koşulları karşılamalıdır: başta veya sonda boşluk olmamalı, başta alt çizgi (_) karakteri olmamalı ve maksimum uzunluk 32 karakter olmalıdır.
   • Tüm izlemeler başlatılmalı ve durdurulmalıdır. Başlatılmamış, durdurulmamış veya başlatılmadan önce durdurulmuş izlemeler günlüğe kaydedilmez.

2. Özel kod izlemelerini @AddTrace notasyonu ile oluşturduysanız, Performance Monitoring Gradle eklentisinin kurulumunu kontrol edin:

   1. Eklentiyi doğru bir şekilde eklediğinizden emin olun. Özellikle aşağıdakileri kontrol edin:

      • Eklentiyi (apply plugin: 'com.google.firebase.firebase-perf') modülünüzdeki (uygulama düzeyinde) build.gradle dosyasına eklediniz.
      • Eklentinin sınıf yolu bağımlılığını (classpath 'com.google.firebase:perf-plugin:1.4.2') proje düzeyindeki build.gradle dosyanıza eklediniz.

   2. Aşağıdaki işaretlerden herhangi biri aracılığıyla eklentinin devre dışı bırakılmadığından emin olun:

      • instrumentationEnabled modülünüzde (uygulama düzeyinde) build.gradle dosyası
      • firebasePerformanceInstrumentationEnabled gradle.properties dosyanızda

3. Performance Monitoring'ın beklenen özel kod izlerini kaydettiğinden emin olmak için günlük iletilerinizi kontrol edin.

4. Performance Monitoring etkinlikleri kaydediyor ancak 24 saat sonra veri görüntülenmiyorsa Firebase Destek Ekibi ile iletişime geçin.

Performans gösterge tablosunda ağ isteği verileri eksik

Ağ isteği verileriniz eksikse aşağıdaki sorun giderme adımlarını deneyin:

1. Android uygulamaları için Performance Monitoring Gradle eklentisi, HTTP/S ağ isteklerinin otomatik olarak izlenmesini sağlayan enstrümantasyonu etkinleştirir. Aşağıdakileri kontrol edin:

   1. Eklentiyi doğru bir şekilde eklediğinizden emin olun. Özellikle aşağıdakileri kontrol edin:

      • Eklentiyi (apply plugin: 'com.google.firebase.firebase-perf') modülünüzdeki (uygulama düzeyinde) build.gradle dosyasına eklediniz.
      • Eklentinin sınıf yolu bağımlılığını (classpath 'com.google.firebase:perf-plugin:1.4.2') proje düzeyindeki build.gradle dosyanıza eklediniz.

   2. Aşağıdaki işaretlerden herhangi biri aracılığıyla eklentinin devre dışı bırakılmadığından emin olun:

      • instrumentationEnabled modülünüzde (uygulama düzeyinde) build.gradle dosyası
      • firebasePerformanceInstrumentationEnabled gradle.properties dosyanızda

2. Ağ kitaplığı uyumsuzluğunu kontrol edin. Performance Monitoring Aşağıdaki ağ iletişimi kitaplıklarını kullanan ağ istekleriyle ilgili metrikleri otomatik olarak toplar: OkHttp 3.x.x, Java's URLConnection ve Apache HttpClient.

   Ağ istekleri için özel izleme ekleyebileceğinizi unutmayın.

3. Aşağıdakilere dikkat edin:

   • Kodunuzun davranışına ve kodunuz tarafından kullanılan ağ kitaplıklarına bağlı olarak Performance Monitoring yalnızca tamamlanan ağ istekleriyle ilgili rapor oluşturabilir. Bu nedenle, açık bırakılan HTTP/S bağlantıları raporlanmayabilir.

   • Performance Monitoring, DexGuard ve Jack ile uyumlu değildir.

     • DexGuard, HTTP/S ağ isteklerinin izlenmesini devre dışı bırakır.
     • Jack desteği sonlandırıldı ve genellikle uygulamanızda kullanılmamalıdır.

   • Performance Monitoring, geçersiz Content-Type üstbilgileri içeren ağ istekleri hakkında rapor oluşturmaz. Ancak, Content-Type başlıkları olmayan ağ istekleri yine kabul edilir.

Ağ isteği verileri beklendiği gibi toplanmıyor

Performance Monitoring ağ isteği verilerini URL kalıpları altında nasıl topladığı hakkında daha fazla bilgi edinin.

Özel URL kalıplarını da deneyebilirsiniz.

Proje ana sayfasındaki Performans kartında En Önemli Sorunlar bölümü neden kaldırıldı?

Kısa süre önce kullanıma sunduğumuz ve belirlediğiniz eşikler aşıldığında sizi otomatik olarak bilgilendiren uyarılar özelliğinin devamı olarak En Önemli Sorunlar'ın yerini Son Uyarılar aldı. Sorunlar artık kullanımdan kaldırıldı ve uyarılarla değiştirildi.

Performans kartının üst kısmındaki uygulama seçici, Son Uyarılar bölümündeki uyarı girişlerini filtreler. Yalnızca seçilen uygulamalarla ilgili en son üç uyarı gösterilir.

Uyarılar hakkında daha fazla bilgi edinmek için Performans sorunlarıyla ilgili uyarıları ayarlama başlıklı makaleyi inceleyin.

Konsoldaki sorunlar için eşikler belirleme özelliği kaldırıldı mı?

Performance Monitoring, tanımlanan eşikleri aşan metrikler için uyarıları destekler. Performans metrikleri için bu yapılandırılabilir eşiklerle karışıklığı önlemek amacıyla sorunlar için eşik yapılandırma özelliği kaldırıldı.

Firebase konsolundaki Ayrıntılar ve Metrikler bilgilerine ne oldu?

Sorunları giderme şeklinizi iyileştirmek için Ayrıntılar ve Metrikler sayfalarını yeni tasarlanmış, merkezi bir kullanıcı arayüzüyle (UI) değiştirdik. Bu yeni sorun giderme kullanıcı arayüzü, Ayrıntılar ve Metrikler'in sunduğu temel işlevleri sunar. Sorun giderme hakkında daha fazla bilgi edinmek için Belirli bir izleme için daha fazla veri görüntüleme başlıklı makaleyi inceleyin.

Neden örnek sayısı beklediğim gibi değil?

Performance Monitoring, uygulamanızın kullanıcı cihazlarından performans verileri toplar. Uygulamanızın çok sayıda kullanıcısı varsa veya uygulama büyük miktarda performans etkinliği oluşturuyorsa Performance Monitoring, işlenen etkinlik sayısını azaltmak için veri toplamayı cihazların bir alt kümesiyle sınırlayabilir. Bu sınırlar, daha az etkinlik olsa bile metrik değerlerinin kullanıcılarınızın uygulama deneyimini temsil etmeye devam etmesini sağlayacak kadar yüksektir.

Topladığımız veri hacmini yönetmek için Performance Monitoring aşağıdaki örnekleme seçeneklerini kullanır:

• Cihaz üzerinde sıklık sınırlaması: Bir cihazın ani izleme dizileri göndermesini önlemek için bir cihazdan gönderilen kod ve ağ isteği izlerinin sayısını 10 dakikada 300 etkinlik ile sınırlandırırız. Bu yaklaşım, cihazı büyük miktarda performans verisi gönderebilen döngüye alınmış enstrümantasyonlardan korur ve tek bir cihazın performans ölçümlerini çarpıtmasını önler.

• Dinamik örnekleme: Performance Monitoring, tüm uygulama kullanıcıları arasında günlük olarak uygulama başına sınırlı sayıda kod izi ve ağ isteği izi toplar. Rastgele bir cihazın izleri yakalayıp göndermesi gerekip gerekmediğini belirlemek için cihazlarda (Firebase Remote Config kullanılarak) dinamik bir örnekleme hızı getirilir. Örnekleme için seçilmeyen bir cihaz herhangi bir etkinlik göndermez. Dinamik örnekleme hızı uygulamaya özeldir ve toplanan verilerin genel hacminin sınırın altında kalmasını sağlamak için ayarlanır.

  BigQuery entegrasyonunu etkinleştiren projeler, ağ isteği izlerinin sayısı için daha yüksek bir sınır alır.

  Kullanıcı oturumları, kullanıcının cihazından ek ve ayrıntılı veriler gönderir. Bu verilerin yakalanıp gönderilmesi için daha fazla kaynak gerekir. Kullanıcı oturumlarının etkisini en aza indirmek için Performance Monitoring oturum sayısını da kısıtlayabilir.

• Sunucu tarafında sıklık sınırlama: Uygulamaların örnekleme sınırını aşmaması için Performance Monitoring, cihazlardan alınan bazı etkinlikleri bırakmak üzere sunucu tarafında örnekleme kullanabilir. Bu tür bir sınırlama, metriklerimizin etkinliğini değiştirmese de aşağıdakiler de dahil olmak üzere küçük kalıp değişikliklerine neden olabilir:

  • İz sayısı, bir kod parçasının yürütülme sayısından farklı olabilir.
  • Kodda birbirine sıkıca bağlı olan izlemelerin her birinde farklı sayıda örnek olabilir.

Konsoldaki Sorunlar sekmesine ne oldu?

Sorunlar sekmesinin yerini, belirlediğiniz eşikler aşıldığında sizi otomatik olarak bilgilendiren Uyarılar aldı. Eşiğin durumunu belirlemek için artık Firebase konsolunu manuel olarak kontrol etmeniz gerekmez. Uyarılar hakkında bilgi edinmek için Performans sorunlarıyla ilgili uyarılar oluşturma başlıklı makaleyi inceleyin.

Konsoldaki Cihazda ve Ağ sekmelerine ne oldu? Bu sayfalardaki izleri nasıl görüntüleyebilirim?

Firebase konsolunun Performance Monitoring bölümünü yeniden tasarladık. Böylece Kontrol Paneli sekmesinde temel metrikleriniz ve tüm izleriniz tek bir alanda gösteriliyor. Yeniden tasarım kapsamında Cihazda ve Ağ sayfalarını kaldırdık.

Gösterge tablosu sekmesinin alt kısmındaki izler tablosunda, Cihazda ve Ağ sekmelerinde gösterilen tüm bilgiler yer alır. Ancak bu tabloda, izlerinizi belirli bir metriğin yüzde değişimine göre sıralama özelliği de dahil olmak üzere bazı ek özellikler bulunur. Belirli bir izlemeye ait tüm metrikleri ve verileri görüntülemek için izlemeler tablosunda izleme adını tıklayın.

İzleme tablosunun aşağıdaki alt sekmelerinde izlerinizi görüntüleyin:

• Ağ isteği izleri (hem kullanıma hazır hem de özel) — Ağ istekleri alt sekmesi
• Özel kod izleri: Özel izler alt sekmesi
• Uygulama başlatma, uygulama ön planda, uygulama arka planda izleri: Özel izler alt sekmesi
• Ekran oluşturma izleri: Ekran oluşturma alt sekmesi
• Sayfa yükleme izleri: Sayfa yükleme alt sekmesi

İzleme tablosu ve metrikleri ile verileri görüntüleme hakkında ayrıntılı bilgi için konsola genel bakış sayfasını ziyaret edin (iOS+ | Android | Web).

Yavaş ve donmuş karelerin sayısı neden beklediğim gibi değil?

Yavaş oluşturma kareleri ve donmuş kareler, cihazın yenileme hızının 60 Hz olduğu varsayılarak hesaplanır. Bir cihazın yenileme hızı 60 Hz'den düşükse saniyede daha az kare oluşturulduğu için her karenin oluşturma süresi daha yavaş olur. Daha yavaş oluşturma süreleri, daha fazla karenin yavaş oluşturulmasına veya donmasına neden olacağından daha fazla yavaş veya donmuş kare bildirilmesine neden olabilir. Ancak bir cihazın yenileme hızı 60 Hz'den yüksekse her karenin oluşturma süresi daha hızlı olur. Bu durum, daha az sayıda yavaş veya donmuş karenin bildirilmesine neden olabilir. Bu, Performance Monitoring SDK'daki mevcut bir sınırlamadır.

Neden parça izlerini göremiyorum?

Uygulama etkinliğinin yanı sıra parçaların performansını da görmek için uygulamanızın Performance Monitoring Android SDK'nın 20.1.0 veya sonraki bir sürümünü kullandığından emin olun. Daha fazla bilgi edinmek için Uygulamanıza Performance Monitoring ekleme başlıklı makaleyi inceleyin.

Hangi izlerin parçalar ve etkinliklerle ilgili olduğunu nasıl anlayabilirim?

Parça ve etkinlik izlerinin her biri, uygulamanızda tanımlandığı şekliyle sınıf adına dayanır. Her ekran izi, sınıf adından önce st önekini içerir. Firebase konsolunda önek kaldırılır. Daha fazla bilgi edinmek için Ekran oluşturma performans verileri hakkında bilgi (Apple ve Android uygulamaları) başlıklı makaleyi inceleyin.

Neden diğer izlere kıyasla daha az parça izi görüyorum?

Performance Monitoring, bir cihazda toplanan tüm etkinliklerde etkinlik örneklemesi yapar. Bu yaklaşım, performans metrikleri sağlamak için kullanıcı cihazlarından gereken minimum etkinlik sayısını toplamamıza olanak tanır.

Uygulamamın oluşturma performansıyla ilgili bir sorun olduğunda nasıl bilgilendirilirim?

Performance Monitoring, önem verdiğiniz metrikler için uyarılar ayarlamanıza olanak tanır. Oluşturulan ekran oluşturma izleri için, yavaş ve donmuş karelerin yüzdesi belirlediğiniz eşiği aştığında sizi bilgilendirecek uyarılar ayarlayabilirsiniz.

Performance Monitoring Gradle eklentisi etkinleştirildikten sonra derleme sürelerim yüksek. Bunu nasıl iyileştirebilirim?

Performance Monitoring for Android, HTTP/S ağ isteklerini izleme gibi bazı hazır özellikleri sağlamak için bayt kodu enstrümantasyonunu kullanır. Derleme sürecinin bir parçası olarak, uygulamanızın ağ isteği performansını ölçmek için kritik öneme sahip kodu oluşturmak üzere uygulamanızın tüm sınıflarının (bağımlılıklar dahil) yinelemeli olarak işlenmesi gerekir.

Derleme süresinin artmasına neden olan bazı önemli faktörler şunlardır:

• Sınıf veya dosya sayısı
• Bu sınıfların her birinin boyutu (kod satırları)
• Makine yapılandırmanız
• İlk derleme ile sonraki derlemeler (sonraki derlemeler genellikle ilk derlemeden daha hızlıdır)

Derleme sürenizi optimize etmek için kodunuzu modüler hale getirmeyi düşünebilirsiniz.

Performance Monitoring eklentisinin 1.3.3 sürümünden itibaren, artımlı derleme işleme ve kitaplık girişlerinin önbelleğe alınması konusunda önemli iyileştirmeler yapmaya odaklandık. En son derleme süresi iyileştirmelerinden yararlanmak için eklentinin en son sürümünü (v1.4.2) kullandığınızdan emin olun.

Uzun derleme sürelerini önlemek istiyorsanız hata ayıklama derlemeleriniz için Performance Monitoring eklentisini yerel olarak devre dışı bırakabilirsiniz. Ancak bu yaklaşım, uygulamanızdaki ağ istekleriyle ilgili performans ölçümlerinin kaçırılmasına neden olabileceğinden üretim derlemeleri için önerilmez.

Performance Monitoring Gradle eklentisiyle uyumlu olmayan kitaplıklar nedeniyle derleme hataları alırsam ne yapmalıyım?

Performance Monitoring for Android, HTTP/S ağ isteklerini izleme gibi bazı hazır özellikleri sağlamak için bayt kodu enstrümantasyonunu kullanır. Derleme sürecinin bir parçası olarak, uygulamanızın ağ isteği performansını ölçmek için kritik öneme sahip kodu oluşturmak üzere uygulamanızın tüm sınıflarının (bağımlılıklar dahil) yinelemeli olarak işlenmesi gerekir.

Performance Monitoring eklentisiyle entegrasyon yaptıktan sonra JSR/RET are not supported with computeFrames option gibi derleme hataları veya benzer hatalar alırsanız bunun nedeni, Performance Monitoring Gradle eklentisiyle uyumlu olmayan bir kitaplığa da bağımlı olmanız olabilir.

Bu sorunu çözmek için aşağıdaki adımları uygulayarak uyumsuz sınıfların/kitaplıkların izlenmesini hariç tutabilirsiniz:

1. Performance Monitoring Gradle eklentisinin en son sürümüne (en az v1.4.0) güncelleyin.
2. Android Gradle eklentisi sürümünüzü 7.2.0 veya daha yeni bir sürüme güncelleyin.
3. Uyumsuz sınıfların/kitaplıkların izlenmesini hariç tutmak için modül (uygulama düzeyi) build.gradle dosyanıza aşağıdaki işareti ekleyin:

   android {
     // ...
     androidComponents {
       onVariants(selector().all(), {
           instrumentation.excludes.add("example.incompatible.library")
       })
     }
   }

   Android Gradle eklentisinin Instrumentation API'sinin exclude özelliği hakkında daha fazla bilgi edinmek için Instrumentation başlıklı makaleyi inceleyin.

Lütfen uyumsuz kitaplıklar nedeniyle derleme hatalarıyla karşılaştığınızda Github'da sorun kaydı oluşturun. Böylece bu kitaplıklar Performance Monitoring eklentisinde enstrüman oluşturma işleminden de hariç tutulabilir.

Performance Monitoring verilerimin BigQuery'ye aktarılması beklenenden daha uzun sürüyor. Gerçek zamanlı değil mi?

Firebase Performance Monitoring için BigQuery entegrasyonunu etkinleştirdiyseniz verileriniz günün sonundan (Pasifik Saati) 12-24 saat sonra BigQuery'ye aktarılır.

Örneğin, 19 Nisan'a ait veriler 20 Nisan'da BigQuery'de 12:00-24:00 saatleri arasında kullanılabilir (tüm tarihler ve saatler Pasifik Saat Dilimi'ne göre belirlenir).

"Neredeyse gerçek zamanlı" performans verileri ne anlama gelir?

Firebase Performance Monitoring, toplanan performans verilerini geldikçe işler. Bu sayede Firebase konsolunda veriler neredeyse gerçek zamanlı olarak gösterilir. İşlenen veriler, toplandıktan birkaç dakika sonra konsolda gösterilir. Bu nedenle "neredeyse gerçek zamanlı" ifadesi kullanılır.

Neredeyse gerçek zamanlı veri işlemeden yararlanmak için uygulamanızın gerçek zamanla uyumlu bir SDK sürümü kullandığından emin olun.

Uygulamam için neredeyse gerçek zamanlı performans verilerini nasıl alabilirim?

Neredeyse gerçek zamanlı veri işlemeden yararlanmak için uygulamanızın gerçek zamanlı veri işleme ile uyumlu bir Performance Monitoring SDK sürümü kullandığından emin olmanız yeterlidir.

Gerçek zamanlı olarak uyumlu SDK sürümleri şunlardır:

• iOS: v7.3.0 veya sonraki sürümler
• tvOS: 8.9.0 veya sonraki sürümler
• Android: v19.0.10 veya sonraki sürümler (ya da Firebase Android BoM v26.1.0 veya sonraki sürümler)
• Web: 7.14.0 veya sonraki sürümler

Her zaman SDK'nın en son sürümünü kullanmanızı önerdiğimizi ancak yukarıda listelenen sürümlerin herhangi birinin Performance Monitoring'nın verilerinizi neredeyse gerçek zamanlı olarak işlemesini sağlayacağını unutmayın.

Performance Monitoring SDK'nın hangi sürümleri gerçek zamanlı olarak uyumlu kabul edilir?

Gerçek zamanlı veri işlemeyle uyumlu SDK sürümleri şunlardır:

• iOS: v7.3.0 veya sonraki sürümler
• tvOS: 8.9.0 veya sonraki sürümler
• Android: v19.0.10 veya sonraki sürümler (ya da Firebase Android BoM v26.1.0 veya sonraki sürümler)
• Web: 7.14.0 veya sonraki sürümler

Her zaman SDK'nın en son sürümünü kullanmanızı önerdiğimizi ancak yukarıda listelenen sürümlerin herhangi birinin Performance Monitoring'nın verilerinizi neredeyse gerçek zamanlı olarak işlemesini sağlayacağını unutmayın.

Uygulamamı gerçek zamanlı olarak uyumlu bir SDK sürümünü kullanacak şekilde güncellemezsem ne olur?

Uygulamanız gerçek zamanlı uyumlu bir SDK sürümü kullanmıyorsa uygulamanızın tüm performans verilerini Firebase konsolunda görmeye devam edersiniz. Ancak performans verilerinin gösterilmesi, toplanma zamanından yaklaşık 36 saat sonra gerçekleşir.

Gerçek zamanlı olarak uyumlu bir SDK sürümüne güncelleme yaptım ancak bazı kullanıcılarım hâlâ uygulamamın eski sürümlerini kullanıyor. Bu kullanıcıların performans verilerini Firebase konsolunda görmeye devam edecek miyim?

Evet! Bir uygulama örneğinin hangi SDK sürümünü kullandığına bakılmaksızın tüm kullanıcılarınızın performans verilerini görürsünüz.

Ancak son verilere (yaklaşık 36 saatten daha eski olmayan) bakıyorsanız gösterilen veriler, gerçek zamanlı uyumlu bir SDK sürümü kullanan uygulama örneklerinin kullanıcılarına aittir. Ancak son olmayan veriler, uygulamanızın tüm sürümlerine ait performans verilerini içerir.