Performans İzleme sorun giderme ve SSS

Performans olayları için günlük mesajları nasıl görüntülenir?

1. Uygulamanızın AndroidManifest.xml dosyasına aşağıdaki gibi bir <meta-data> öğesi ekleyerek oluşturma zamanında Performans İzleme için hata ayıklama günlüğünü etkinleştirin:

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

2. Herhangi bir hata mesajı için günlük mesajlarınızı kontrol edin.

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

   adb logcat -s FirebasePerformance

4. Performance Monitoring'in performans olaylarını 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 olaylarını günlüğe kaydetmiyorsa sorun giderme ipuçlarını inceleyin.

Uygulamaya SDK eklendi, ancak konsol hala SDK ekle diyor

Firebase, uygulamanızdan etkinlik bilgileri (uygulama etkileşimleri gibi) aldığında, Performance Monitoring SDK'yı uygulamanıza başarıyla ekleyip eklemediğinizi algılayabilir. Genellikle, uygulamanızı başlattıktan sonraki 10 dakika içinde, Firebase konsolunun Performans panosunda bir "SDK algılandı" mesajı görüntülenir. Ardından, 30 dakika içinde pano ilk işlenen verileri görüntüler.

Uygulamanıza SDK'nın en son sürümünü eklediğinizden bu yana 10 dakikadan fazla zaman geçtiyse ve hala herhangi bir değişiklik göremiyorsanız, Performance Monitoring'in olayları günlüğe kaydettiğinden emin olmak için günlük mesajlarınızı kontrol edin . Gecikmiş bir 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ı söylüyor, ancak hiçbir veri görüntülenmiyor

Performance Monitoring, performans olayı verilerini Performans panosunda görüntülemeden önce işler.

"SDK algılandı" mesajının görüntülenmesinin üzerinden 24 saatten fazla zaman geçtiyse ve hala verileri göremiyorsanız, bilinen bir kesinti olma ihtimaline karşı Firebase Status Dashboard'u kontrol edin. Kesinti yoksa Firebase Destek ile iletişime geçin .

Uygulama, performans olaylarını günlüğe kaydetmiyor

Performans etkinlikleri için günlük mesajları görmüyorsanız, aşağıdaki sorun giderme adımlarını deneyin:

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

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

      • Eklentiyi ( apply plugin: 'com.google.firebase.firebase-perf' ) modül (uygulama düzeyi) build.gradle dosyanıza eklediniz.
      • Eklenti için sınıf yolu bağımlılığını ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) proje düzeyindeki build.gradle dosyanıza dahil ettiniz.

   2. Eklentinin aşağıdaki bayraklardan herhangi biri aracılığıyla devre dışı bırakılmadığından emin olun:

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

2. Performans İzleme SDK'sının AndroidManifest.xml dosyanızdaki aşağıdaki işaretlerden herhangi biri aracılığıyla devre dışı bırakılmadığını kontrol edin:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Çalışma zamanında Performance Monitoring'in devre dışı bırakılmadığından emin olun.

4. Uygulamanızda devre dışı bırakılmış herhangi bir şey bulamazsanız Firebase Destek ile iletişime geçin .

Performans panosunda ekran izleme verileri eksik

Ekran işleme izleri için verileriniz eksikse aşağıdaki sorun giderme adımlarını deneyin:

1. Android SDK'nın (v20.3.2) en son sürümünü kullandığınızdan emin olun. Ekran işleme izleri yalnızca v15.2.0 veya sonraki sürümlerde mevcuttur.

2. Bir ekran için Donanım Hızlandırmasını manuel olarak devre dışı bırakmadığınızdan emin olun.

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

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

   • Jack kullanımdan kaldırılmıştır ve genellikle uygulamanızda kullanılmamalıdır.

Performans kontrol panelinde özel izleme verileri eksik

Otomatik olarak toplanan izlemeler için performans verileri görüyor , ancak özel kod izlemeleri için görmüyor musunuz ? Aşağıdaki sorun giderme adımlarını deneyin:

1. Özel kod izlemelerini Trace API aracılığıyla kullandıysanız izlemelerin kurulumunu, özellikle aşağıdakileri kontrol edin:

   • Özel kod izleri ve özel ölçümler için adlar şu gereksinimleri karşılamalıdır: başında veya sonunda boşluk olmaması, başta alt çizgi ( _ ) karakteri olmaması ve maksimum uzunluğun 32 karakter olması.
   • Tüm izlemeler başlatılmalı ve durdurulmalıdır. Başlatılmayan, durdurulmayan veya başlamadan önce durdurulan hiçbir iz günlüğe kaydedilmez.

2. Özel kod izlemelerini @AddTrace gösterimi aracılığıyla kullandıysanız, Performance Monitoring Gradle eklentisinin kurulumunu kontrol edin:

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

      • Eklentiyi ( apply plugin: 'com.google.firebase.firebase-perf' ) modül (uygulama düzeyi) build.gradle dosyanıza eklediniz.
      • Eklenti için sınıf yolu bağımlılığını ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) proje düzeyindeki build.gradle dosyanıza dahil ettiniz.

   2. Eklentinin aşağıdaki bayraklardan herhangi biri aracılığıyla devre dışı bırakılmadığından emin olun:

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

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

4. Performance Monitoring olayları günlüğe kaydediyorsa ancak 24 saat sonra hiçbir veri görüntülenmiyorsa Firebase Destek ile iletişime geçin .

Performans kontrol panelinde 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 araçları etkinleştirir. Aşağıdakileri kontrol et:

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

      • Eklentiyi ( apply plugin: 'com.google.firebase.firebase-perf' ) modül (uygulama düzeyi) build.gradle dosyanıza eklediniz.
      • Eklenti için sınıf yolu bağımlılığını ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) proje düzeyindeki build.gradle dosyanıza dahil ettiniz.

   2. Eklentinin aşağıdaki bayraklardan herhangi biri aracılığıyla devre dışı bırakılmadığından emin olun:

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

2. Ağ kitaplığı uyumsuzluğunu kontrol edin. Performance Monitoring, aşağıdaki ağ kitaplıklarını kullanan ağ istekleri için ölçümleri otomatik olarak toplar: OkHttp 3.xx, Java'nın URLConnection'ı ve Apache HttpClient.

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

3. Aşağıdakilerin farkında olun:

   • Kodunuzun davranışına ve kodunuz tarafından kullanılan ağ kitaplıklarına bağlı olarak Performance Monitoring yalnızca tamamlanan ağ isteklerini raporlayabilir. Bu, açık bırakılan HTTP/S bağlantılarının bildirilmeyebileceği anlamına gelir.

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

     • DexGuard, HTTP/S ağ isteklerinin izlenmesini devre dışı bırakır.
     • Jack kullanımdan kaldırılmıştır ve genellikle uygulamanızda kullanılmamalıdır.

   • Performance Monitoring, geçersiz Content-Type başlıkları olan ağ isteklerini raporlamaz. Ancak, Content-Type başlıkları olmayan ağ istekleri yine de kabul edilecektir.

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

Performance Monitoring'in 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!

Project ana sayfasındaki Performans kartındaki En Önemli Sorunlara ne oldu?

Belirlediğiniz eşikler aşıldığında sizi otomatik olarak bilgilendiren uyarıları yakın zamanda kullanıma sunmamızın devamı olarak En Önemli Sorunları Son Uyarılar ile değiştirdik. Sorunlar artık kullanımdan kaldırıldı ve yerini uyarılar aldı.

Performans kartının üst kısmındaki uygulama seçici, Son Uyarılar altındaki uyarı girişlerini filtreler. Seçilen uygulama(lar) için yalnızca en son üç uyarı görüntülenir.

Uyarılar hakkında daha fazla bilgi edinmek için Performans sorunları için uyarı ayarlama bölümüne bakın.

Konsoldaki sorunlar için eşik belirleme özelliğine ne oldu?

Performance Monitoring, tanımlanmış eşikleri aşan metrikler için uyarıları destekler. Performans ölçümleri için bu yapılandırılabilir eşiklerle karışıklığı önlemek için, sorunlar için eşikleri yapılandırma özelliğini kaldırdık.

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

Sorunları giderme yönteminizi iyileştirmek için Ayrıntılar ve Metrikler sayfalarını yeniden tasarlanmış, merkezi bir kullanıcı arabirimi (UI) ile değiştirdik. Bu yeni sorun giderme kullanıcı arabirimi, Ayrıntılar ve Metriklerin sunduğu temel işlevlerin aynısını sunar. Sorun giderme hakkında daha fazla bilgi edinmek için Belirli bir iz için daha fazla veri görüntüleme konusuna bakın.

Numune sayısı neden beklediğim gibi değil?

Performance Monitoring, uygulamanızın kullanıcı cihazlarından performans verilerini 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 olayların sayısını azaltmak için veri toplamayı bir cihaz alt kümesiyle sınırlayabilir. Bu sınırlar, daha az olayla bile ölçüm değerlerinin kullanıcınızın uygulama deneyimini temsil etmesi için yeterince yüksektir.

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

• Cihazda hız sınırlaması : Bir cihazın ani iz patlamaları göndermesini önlemek için, bir cihazdan gönderilen kod ve ağ isteği izlerinin sayısını her 10 dakikada bir 300 olayla sınırlıyoruz. Bu yaklaşım, cihazı büyük miktarlarda performans verisi gönderebilen döngülü enstrümantasyonlardan korur ve tek bir cihazın performans ölçümlerini çarpıtmasını önler.

• Dinamik örnekleme : Performans İzleme, tüm uygulama kullanıcıları genelinde uygulama başına kod izlemeleri için yaklaşık 100 milyon olay ve ağ isteği izlemeleri için 100 milyon olay toplar. Rastgele bir cihazın izleri yakalayıp göndermeyeceğ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 olay göndermez. Dinamik örnekleme oranı uygulamaya özeldir ve toplanan verilerin toplam hacminin sınırın altında kalmasını sağlamak için ayarlanır.

  Kullanıcı oturumları, bir kullanıcının cihazından ek, ayrıntılı veriler gönderir ve verileri yakalayıp göndermek için daha fazla kaynak gerektirir. Kullanıcı oturumlarının etkisini en aza indirmek için Performance Monitoring, oturum sayısını da kısıtlayabilir.

• Sunucu tarafı hız sınırlaması : Uygulamaların örnekleme sınırını aşmadığından emin olmak için Performance Monitoring, cihazlardan alınan bazı olayları bırakmak için sunucu tarafı örneklemeyi 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 kaymalarına neden olabilir:

  • İzleme sayısı, bir kod parçasının yürütülme sayısından farklı olabilir.
  • Kodda birbirine yakından bağlı izlerin her biri farklı sayıda örneğe sahip olabilir.

Konsoldaki Sorunlar sekmesine ne oldu?

Sorunlar sekmesini, belirlediğiniz eşikler aşıldığında sizi otomatik olarak bilgilendiren Uyarılar ile değiştirdik. Artık bir eşiğin durumunu belirlemek için Firebase konsolunu manuel olarak kontrol etmeniz gerekmiyor. Uyarılar hakkında bilgi edinmek için bkz. Performans sorunları için uyarı ayarlama .

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

Firebase konsolunun Performans İzleme bölümünü, Gösterge Tablosu sekmesinin temel ölçümlerinizi ve tüm izlerinizi tek bir alanda gösterecek şekilde yeniden tasarladık. Yeniden tasarımın bir parçası olarak Cihazda ve Ağ sayfalarını kaldırdık.

Pano sekmesinin altındaki izlemeler tablosu, Cihazda ve Ağ sekmelerinde görüntülenen bilgilerin tümüne sahiptir, ancak izlemelerinizi belirli bir ölçüm için yüzde değişikliğine göre sıralama yeteneği dahil olmak üzere bazı ek özellikler içerir. Belirli bir ize ilişkin tüm metrikleri ve verileri görüntülemek için izler tablosunda iz adına tıklayın.

İzlerinizi, iz tablosunun aşağıdaki alt sekmelerinde 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, ön planda uygulama, arka planda uygulama izleri — Özel izler alt sekmesi
• Ekran işleme izleri — Ekran işleme alt sekmesi
• Sayfa yükleme izleri — Sayfa yükleme alt sekmesi

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

Yavaş ve donmuş çerçeve sayısı neden beklediğim gibi değil?

Yavaş işleme çerçeveleri ve donmuş çerçeveler, 60 Hz'lik varsayılan bir cihaz yenileme hızıyla hesaplanır. Bir cihazın yenileme hızı 60 Hz'den düşükse, saniyede daha az kare işlendiği için her kare daha yavaş bir işleme süresine sahip olacaktır. Daha yavaş işleme süreleri, daha fazla kare daha yavaş işleneceği veya donacağı için daha yavaş veya donmuş karelerin raporlanmasına neden olabilir. Ancak, bir cihazın yenileme hızı 60 Hz'den yüksekse, her kare daha hızlı bir işleme süresine sahip olacaktır. Bu, daha az yavaş veya donmuş çerçevenin raporlanmasına neden olabilir. Bu, Performance Monitoring SDK'daki geçerli bir sınırlamadır.

Parça izlerini neden göremiyorum?

Uygulama etkinliğine ek olarak parçaların performansını görmek için uygulamanızın Performance Monitoring Android SDK sürüm 20.1.0 veya sonraki sürümünü kullandığından emin olun. Daha fazla bilgi edinmek için Uygulamanıza Performance Monitoring ekleme bölümüne bakın.

Hangi izlerin fragmanlar ve aktivitelerle ilgili olduğunu nasıl anlayabilirim?

Parça ve etkinlik izlerinin her biri, uygulamanızda tanımlandığı şekliyle sınıf adını temel alır. Ekran izlerinin her biri, st ön ekini ve ardından sınıfın adını içerir. Firebase konsolunda önek kaldırılır. Daha fazla bilgi edinmek için Ekran işleme performansı verileri hakkında bilgi edinin (Apple ve Android uygulamaları) bölümüne bakın.

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

Performans İzleme, bir cihazda toplanan tüm olaylarda olay örneklemesi gerçekleştirir. Bu yaklaşım, performans metrikleri sağlamak için kullanıcı cihazlarından gereken minimum olayları toplamamızı sağlar.

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

Performans İzleme, önemsediğiniz ölçümler için uyarılar ayarlamanıza olanak tanır. Oluşturulan ekran işleme izleri için, yavaş ve donmuş kare yüzdesi ayarladığınız eşiği aştığında sizi uyaracak uyarılar ayarlayabilirsiniz .

Performance Monitoring Gradle eklentisini etkinleştirdikten sonra oluşturma sürelerim yüksek. Bunu nasıl geliştirebilirim?

Android için Performans İzleme , HTTP/S ağ isteklerini izleme gibi bazı kullanıma hazır özellikler sağlamak için bayt kodu araçlarını kullanır. Derlemenin bir parçası olarak süreç, uygulamanızın ağ isteği performansını ölçmede çok önemli olan kodu ölçmek için uygulamanızın tüm sınıfları (bağımlılıklar dahil) boyunca yineleme gerektirir.

Yapım süresindeki artışa katkıda bulunan bazı önemli unsurlar ş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 ve sonraki derleme (sonraki derlemeler genellikle ilk derlemeden daha hızlıdır)

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

Performance Monitoring eklentisinin v1.3.3 sürümünden başlayarak, artımlı yapı işleme ve kitaplık girdilerinin önbelleğe alınmasında önemli iyileştirmeler yapmaya odaklandık. En son derleme süresi iyileştirmelerini almak için eklentinin en son sürümünü (v1.4.2) kullandığınızdan emin olun .

Uzun oluşturma sürelerinden kaçınmak istiyorsanız, yerel olarak hata ayıklama yapılarınız için Performans İzleme eklentisini devre dışı bırakabileceğinizi unutmayın. Ancak, uygulamanızdaki ağ istekleri için performans ölçümlerinin kaçırılmasına neden olabileceğinden, bu yaklaşım üretim derlemeleri için önerilmez.

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

Android için Performans İzleme , HTTP/S ağ isteklerini izleme gibi bazı kullanıma hazır özellikler sağlamak için bayt kodu araçlarını kullanır. Derlemenin bir parçası olarak süreç, uygulamanızın ağ isteği performansını ölçmede çok önemli olan kodu ölçmek için uygulamanızın tüm sınıfları (bağımlılıklar dahil) boyunca yineleme gerektirir.

Performance Monitoring eklentisiyle entegre ettikten sonra JSR/RET are not supported with computeFrames option gibi derleme hataları veya benzer hatalar alıyorsanız, bunun nedeni Performance Monitoring Gradle eklentisiyle uyumsuz bir kitaplığa da bağımlı olmanız olabilir.

Bunu aşmak için, aşağıdaki adımları izleyerek uyumsuz sınıfların/kütüphanelerin araç kullanımını hariç tutabilirsiniz:

1. Performance Monitoring Gradle eklentisinin en son sürümüne güncelleyin (minimum v1.4.0 ).
2. Android Gradle eklenti sürümünüzü v7.2.0 veya daha yeni bir sürüme güncelleyin.
3. Uyumsuz sınıfları/kütüphaneleri enstrümantasyondan hariç tutmak için modül (uygulama düzeyinde) build.gradle dosyanıza aşağıdaki bayrağı 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 için bkz. Instrumentation .

Uyumsuz kitaplıklar nedeniyle derleme hatalarıyla karşılaştığınızda lütfen bir Github sorunu bildirin, böylece bunların Performans İzleme eklentisinde enstrümantasyonunun dışında bırakılabilirler.

Performans İzleme verilerimin BigQuery'ye aktarılması beklenenden uzun sürüyor. Gerçek zamanlı değil mi?

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

Örneğin, 19 Nisan'a ait veriler BigQuery'de 20 Nisan'da 12:00pm ile gece yarısı arasında kullanıma sunulacaktır (tüm tarihler ve saatler Pasifik Saatine göredir).

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.