परफ़ॉर्मेंस मॉनिटर करने से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल
इस पेज पर, Performance Monitoring का इस्तेमाल शुरू करने या Performance Monitoring की सुविधाओं और टूल का इस्तेमाल करने के बारे में समस्या हल करने के लिए सलाह दी गई है.
समस्या हल करने के लिए सबसे पहले की जाने वाली जांच
समस्या हल करने से पहले, यहां दी गई दो जांचें करना सबसे सही तरीका है.
1. परफ़ॉर्मेंस इवेंट के लिए लॉग मैसेज देखना
अपने लॉग मैसेज देखें और पक्का करें कि Performance Monitoring SDK टूल, परफ़ॉर्मेंस इवेंट कैप्चर कर रहा है.
परफ़ॉर्मेंस इवेंट के लिए लॉग मैसेज देखने का तरीका
डीबग लॉग करने की सुविधा को इस तरह चालू करें:
Xcode (कम से कम v15.2) में, प्रॉडक्ट >
स्कीम > स्कीम में बदलाव करें को चुनें.
बाईं ओर मौजूद मेन्यू में जाकर, Run चुनें. इसके बाद, आर्ग्युमेंट टैब चुनें.
लॉन्च के समय पास किए गए आर्ग्युमेंट सेक्शन में, -FIRDebugEnabled जोड़ें.
गड़बड़ी के मैसेज के लिए, अपने लॉग मैसेज देखें.
Performance Monitoring अपने लॉग मैसेज को Firebase/Performance से टैग करता है, ताकि आप
अपने लॉग मैसेज फ़िल्टर कर सकें.
इस तरह के लॉग देखें जिनसे पता चलता है कि Performance Monitoring परफ़ॉर्मेंस इवेंट को लॉग कर रहा है:
अगर आपने Performance Monitoring
(iOS+ |
Android |
वेब) का इस्तेमाल शुरू किया है, तो समस्या हल करने के इन तरीकों से, उन समस्याओं को हल करने में मदद मिल सकती है जिनमें Firebase
SDK टूल का पता लगाना या Firebase कंसोल में आपका पहला परफ़ॉर्मेंस डेटा
दिखाना शामिल है.
SDK टूल को ऐप्लिकेशन में जोड़ दिया गया है. हालांकि, कंसोल
पर अब भी SDK टूल जोड़ने की अनुमति है
Firebase, आपके ऐप्लिकेशन से इवेंट की जानकारी (जैसे, ऐप्लिकेशन इंटरैक्शन) मिलने पर यह पता लगा सकता है कि आपने अपने ऐप्लिकेशन में Performance Monitoring SDK टूल को जोड़ा है या नहीं. आम तौर पर, ऐप्लिकेशन शुरू करने के 10 मिनट के अंदर, Firebase कंसोल के परफ़ॉर्मेंस डैशबोर्ड पर "SDK टूल का पता चला" मैसेज दिखता है. फिर, 30 मिनट के अंदर, डैशबोर्ड प्रोसेस किया गया शुरुआती डेटा दिखाता है.
अगर SDK टूल का नया वर्शन जोड़े हुए 10 मिनट से ज़्यादा हो चुके हैं और फिर भी आपको कोई बदलाव नहीं दिख रहा है, तो अपने लॉग मैसेज देखें. इससे यह पक्का किया जा सकेगा कि Performance Monitoring इवेंट को लॉग कर रहा है. SDK टूल की पहचान करने वाले मैसेज में देरी होने पर, उससे जुड़ी समस्या को हल करने के लिए, नीचे बताए गए तरीके अपनाएं.
ऐप्लिकेशन, इवेंट लॉग कर रहा है: समस्या हल करने का तरीका
अगर अब भी स्थानीय तौर पर डेवलप किया जा रहा है, तो डेटा कलेक्शन के लिए ज़्यादा इवेंट जनरेट करके देखें:
सिम्युलेटर या टेस्ट डिवाइस का इस्तेमाल करके, अपने ऐप्लिकेशन को डेवलप करना जारी रखें.
अपने ऐप्लिकेशन को बैकग्राउंड और फ़ोरग्राउंड के बीच कई बार स्विच करके,
अलग-अलग स्क्रीन पर नेविगेट करके और/या नेटवर्क के अनुरोध ट्रिगर करके अपने ऐप्लिकेशन से इंटरैक्ट करके इवेंट जनरेट करें.
पक्का करें कि आपकी Firebase कॉन्फ़िगरेशन फ़ाइल (Google-Service-Info.plist) आपके ऐप्लिकेशन में सही तरीके से जोड़ी गई हो और आपने फ़ाइल में बदलाव न किया हो.
खास तौर पर, इन बातों का ध्यान रखें:
कॉन्फ़िगरेशन फ़ाइल के नाम में, (2) जैसे अतिरिक्त वर्ण नहीं जोड़े गए हों.
कॉन्फ़िगरेशन फ़ाइल, आपके XCode प्रोजेक्ट के रूट में होती है और सही टारगेट में जोड़ी जाती है.
कॉन्फ़िगरेशन फ़ाइल में दिया गया Firebase Apple ऐप्लिकेशन आईडी (GOOGLE_APP_ID) आपके ऐप्लिकेशन के लिए सही है. अपने settingsप्रोजेक्ट सेटिंग के आपके ऐप्लिकेशन कार्ड में जाकर, अपना Firebase ऐप्लिकेशन आईडी देखें.
अगर आपके ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल में कुछ गलत लगता है, तो नीचे दिया गया तरीका आज़माएं:
अपने ऐप्लिकेशन में मौजूद कॉन्फ़िगरेशन फ़ाइल मिटाएं.
नई कॉन्फ़िगरेशन फ़ाइल डाउनलोड करने और उसे अपने Apple ऐप्लिकेशन में जोड़ने के लिए, इन निर्देशों का पालन करें.
अगर SDK टूल, इवेंट को लॉग कर रहा है और सब कुछ सही तरीके से सेट अप है, लेकिन आपको दो घंटे बाद भी SDK टूल का पता चलने का मैसेज या प्रोसेस किया गया डेटा नहीं दिख रहा है, तो Firebase की सहायता टीम से संपर्क करें.
ऐप्लिकेशन, इवेंट लॉग नहीं कर रहा है:
समस्या हल करने का तरीका
Console में यह दिखता है कि SDK टूल का पता चला है, लेकिन कोई डेटा नहीं दिखता
Performance Monitoring, परफ़ॉर्मेंस इवेंट के डेटा को परफ़ॉर्मेंस डैशबोर्ड में दिखाने से पहले उसे प्रोसेस करता है.
अगर "SDK टूल का पता चला" मैसेज दिखने के 24 घंटे से ज़्यादा हो चुके हैं और आपको अब भी डेटा नहीं दिख रहा है, तो Firebase स्टेटस डैशबोर्ड पर जाकर देखें कि क्या कोई समस्या है. अगर कोई रुकावट नहीं है, तो
Firebase सहायता से संपर्क करें.
सामान्य समस्याएं हल करना
अगर आपने SDK टूल जोड़ लिया है और अपने ऐप्लिकेशन में Performance Monitoring का इस्तेमाल किया जा रहा है, तो समस्या हल करने के लिए यहां दिए गए सुझावों से आपको मदद मिल सकती है. ये सुझाव, Performance Monitoring की सुविधाओं और टूल से जुड़ी सामान्य समस्याओं के लिए हैं.
ऐप्लिकेशन, परफ़ॉर्मेंस इवेंट को लॉग नहीं कर रहा है
परफ़ॉर्मेंस डैशबोर्ड में स्क्रीन ट्रेस का डेटा मौजूद नहीं है
अगर आपको स्क्रीन रेंडरिंग ट्रेस का डेटा नहीं मिल रहा है, तो समस्या हल करने के लिए यह तरीका आज़माएं:
पक्का करें कि आपने Apple प्लैटफ़ॉर्म SDK टूल के सबसे नए वर्शन (v11.4.0) का इस्तेमाल किया हो. स्क्रीन रेंडरिंग ट्रेस, सिर्फ़ v5.0.0 या इसके बाद के वर्शन के साथ उपलब्ध हैं.
Performance Monitoring कंटेनर व्यू कंट्रोलर (जैसे UINavigationController और UITabBarController) के लिए स्क्रीन रेंडरिंग ट्रेस नहीं बनाता है. अगर
सिर्फ़ इन स्क्रीन का डेटा मौजूद नहीं है, तो यह सही व्यवहार है.
परफ़ॉर्मेंस डैशबोर्ड में
कस्टम ट्रेस डेटा मौजूद नहीं है
क्या आपको अपने-आप इकट्ठा हुए ट्रेस का परफ़ॉर्मेंस डेटा दिख रहा है, लेकिन कस्टम कोड ट्रेस के लिए नहीं? समस्या हल करने के लिए, ये तरीके आज़माएं:
Trace API की मदद से इंस्टॉल किए गए कस्टम कोड ट्रेस का सेट अप देखें. खास तौर पर, इनकी जांच करें:
कस्टम कोड ट्रेस और कस्टम मेट्रिक के नाम यहां दी गई शर्तों को पूरा करते हों: आगे या पीछे की खाली सफ़ेद जगह नहीं, अंडरस्कोर (_) वर्ण की शुरुआत में कोई वर्ण नहीं होना चाहिए. साथ ही, इसमें ज़्यादा से ज़्यादा 32 वर्ण होने चाहिए.
सभी ट्रेस शुरू और बंद होनी चाहिए. ट्रैकिंग शुरू न करने, शुरू करने के बाद बंद न करने या शुरू होने से पहले बंद करने पर, ट्रैकिंग को लॉग नहीं किया जाएगा.
अपने लॉग मैसेज देखें, ताकि यह पक्का किया जा सके कि
Performance Monitoring, उम्मीद के मुताबिक कस्टम कोड ट्रेस को लॉग कर रहा है.
आपके कोड में इस्तेमाल हुई नेटवर्किंग लाइब्रेरी और आपके कोड के काम करने के तरीके के आधार पर, Performance Monitoring सिर्फ़ पूरे हो चुके नेटवर्क अनुरोधों की रिपोर्ट दे सकता है. इसका मतलब है कि खुले हुए एचटीटीपी/एस कनेक्शन की शिकायत नहीं की जा सकती.
Performance Monitoring, अमान्य Content-Type हेडर वाले नेटवर्क अनुरोधों की शिकायत नहीं करता. हालांकि, बिना Content-Type हेडर वाले नेटवर्क अनुरोध अब भी स्वीकार किए जाएंगे.
नेटवर्क अनुरोध का डेटा, उम्मीद के मुताबिक इकट्ठा नहीं हो रहा है
प्रोजेक्ट के होम पेज पर मौजूद परफ़ॉर्मेंस कार्ड में, 'सबसे ज़्यादा समस्याएं' कार्ड का क्या हुआ?
हमने मुख्य समस्याओं को हाल ही की चेतावनियां से बदल दिया है. ऐसा करने का मकसद यह है कि आप हाल ही में भेजी गई सूचनाओं का फ़ॉलो-अप लें, जो सीमा पार होने पर आपको अपने-आप सूचना देती हैं. अब समस्याओं को रोक दिया गया है
और उनकी जगह सूचनाएं पेश की गई हैं.
परफ़ॉर्मेंस कार्ड में सबसे ऊपर मौजूद ऐप्लिकेशन सिलेक्टर, हाल ही की सूचनाएं में सूचनाएं डालता है. चुने गए ऐप्लिकेशन के लिए, सिर्फ़ तीन सबसे हाल की सूचनाएं दिखती हैं.
कंसोल में समस्याओं के लिए थ्रेशोल्ड सेट करने की सुविधा का क्या हुआ?
Performance Monitoring तय थ्रेशोल्ड को पार करने वाली मेट्रिक के लिए, सूचनाएं पाने में मदद करता है. परफ़ॉर्मेंस मेट्रिक के लिए, कॉन्फ़िगर किए जा सकने वाले इन थ्रेशोल्ड से होने वाली गड़बड़ी से बचने के लिए, हमने समस्याओं के लिए थ्रेशोल्ड कॉन्फ़िगर करने की सुविधा हटा दी है.
Firebase कंसोल में, ज़्यादा जानकारी और मेट्रिक की जानकारी का क्या हुआ?
समस्याओं के हल करने के तरीके को बेहतर बनाने के लिए, हमने जानकारी और मेट्रिक पेजों को नए सिरे से डिज़ाइन किए गए, सेंट्रलाइज़्ड यूज़र इंटरफ़ेस (यूआई) से बदल दिया है. समस्या हल करने वाला नया यूज़र इंटरफ़ेस (यूआई), वही मुख्य फ़ंक्शन देता है जो ब्यौरा और मेट्रिक में मिलते हैं. समस्या हल करने के बारे में ज़्यादा जानने के लिए,
किसी खास ट्रेस के लिए ज़्यादा डेटा देखना लेख पढ़ें.
सैंपल की संख्या मेरी उम्मीद के मुताबिक क्यों नहीं है?
Performance Monitoring, आपके ऐप्लिकेशन के उपयोगकर्ता के डिवाइसों से परफ़ॉर्मेंस का डेटा इकट्ठा करता है. अगर आपके ऐप्लिकेशन को कई लोग इस्तेमाल करते हैं या ऐप्लिकेशन बड़ी संख्या में परफ़ॉर्मेंस की गतिविधि जनरेट करता है, तो Performance Monitoring, डेटा इकट्ठा करने की प्रोसेस को डिवाइसों के सबसेट तक सीमित कर सकता है. इससे प्रोसेस किए गए इवेंट की संख्या कम हो सकती है. ये सीमाएं इतनी ज़्यादा हैं कि कम इवेंट होने पर भी, मेट्रिक की वैल्यू से आपके उपयोगकर्ता के ऐप्लिकेशन अनुभव के बारे में पता चलता रहे.
हम जो डेटा इकट्ठा करते हैं उसके वॉल्यूम को मैनेज करने के लिए, Performance Monitoring इन सैंपल विकल्पों का इस्तेमाल करता है:
डिवाइस पर ट्रैकिंग की दर को सीमित करना: किसी डिवाइस से अचानक बहुत ज़्यादा ट्रैक भेजने से रोकने के लिए, हम डिवाइस से हर 10 मिनट में भेजे जाने वाले कोड और नेटवर्क अनुरोध के ट्रैक की संख्या को 300 इवेंट तक सीमित कर देते हैं. इस तरीके से, डिवाइस को ऐसे इंस्ट्रूमेंटेशन से बचाया जाता है जो परफ़ॉर्मेंस का ज़्यादा डेटा भेज सकते हैं. साथ ही, इससे किसी एक डिवाइस की वजह से परफ़ॉर्मेंस मेज़रमेंट में गड़बड़ी नहीं होती.
डाइनैमिक सैंपलिंग: Performance Monitoring ऐप्लिकेशन के सभी उपयोगकर्ताओं के लिए, हर दिन कुछ ही कोड ट्रेस और नेटवर्क अनुरोध ट्रेस इकट्ठा करता है. Firebase Remote Config का इस्तेमाल करके, डिवाइसों पर डाइनैमिक सैंपलिंग रेट को फ़ेच किया जाता है. इससे यह तय किया जाता है कि किसी रैंडम डिवाइस को ट्रेस कैप्चर करके भेजना चाहिए या नहीं. जिस डिवाइस को सैंपलिंग के लिए नहीं चुना गया है वह कोई इवेंट नहीं भेजता. डाइनैमिक सैंपलिंग रेट,
ऐप्लिकेशन के हिसाब से होता है. इसमें यह पक्का किया जाता है कि इकट्ठा किए गए डेटा का कुल वॉल्यूम, तय सीमा से कम रहे.
जिन प्रोजेक्ट में BigQuery इंटिग्रेशन चालू होता है उन्हें नेटवर्क अनुरोध ट्रेस की संख्या ज़्यादा होती है.
उपयोगकर्ता सेशन, उपयोगकर्ता के डिवाइस से ज़्यादा और ज़्यादा जानकारी वाला डेटा भेजते हैं. इसलिए, डेटा को कैप्चर और भेजने के लिए ज़्यादा संसाधनों की ज़रूरत होती है. उपयोगकर्ता सेशन के असर को कम करने के लिए, Performance Monitoring भी सेशन की संख्या को सीमित कर सकता है.
सर्वर साइड से अनुरोधों की संख्या सीमित करना: ऐप्लिकेशन में सैंपलिंग की सीमा पार न हो, यह पक्का करने के लिए Performance Monitoring, डिवाइसों से मिलने वाले कुछ इवेंट को हटाने के लिए, सर्वर साइड से सैंपलिंग का इस्तेमाल कर सकता है. हालांकि, इस तरह की पाबंदी से हमारी मेट्रिक की परफ़ॉर्मेंस पर कोई असर नहीं पड़ता, लेकिन इससे पैटर्न में मामूली बदलाव हो सकते हैं. इनमें ये शामिल हैं:
ट्रेस की संख्या, कोड के किसी हिस्से को एक्ज़ीक्यूट किए जाने की संख्या से अलग हो सकती है.
कोड में एक-दूसरे से जुड़े ट्रेस में, हर ट्रेस के सैंपल की संख्या अलग-अलग हो सकती है.
Console में समस्याएं टैब का क्या हुआ?
हमने समस्याओं वाले टैब को चेतावनियों वाले टैब से बदल दिया है. यह टैब, आपके सेट किए गए थ्रेशोल्ड से ज़्यादा होने पर, आपको अपने-आप सूचना देता है. अब आपको किसी थ्रेशोल्ड की स्थिति का पता लगाने के लिए, Firebase कंसोल को मैन्युअल तरीके से देखने की ज़रूरत नहीं है. सूचनाओं के बारे में जानने के लिए, परफ़ॉर्मेंस से जुड़ी समस्याओं के लिए सूचनाएं सेट अप करना लेख पढ़ें.
कंसोल में डिवाइस पर और नेटवर्क टैब का क्या हुआ?
मैं उन पेजों पर मौजूद ट्रेस कैसे देखूं?
हमने Firebase कंसोल के Performance Monitoring सेक्शन को फिर से डिज़ाइन किया है, ताकि डैशबोर्ड टैब में आपकी मुख्य मेट्रिक और सभी ट्रेस एक ही जगह पर दिखें. फिर से डिज़ाइन करने के तहत, हमने डिवाइस पर और नेटवर्क वाले पेजों को हटा दिया.
डैशबोर्ड टैब के सबसे नीचे मौजूद ट्रेस तालिका में वही जानकारी होती है जो डिवाइस पर और नेटवर्क टैब पर दिखाई देती है, लेकिन इसमें कुछ अतिरिक्त सुविधाएं शामिल हैं, जिनमें किसी खास मेट्रिक में हुए बदलाव के प्रतिशत के अनुसार अपने ट्रेस को क्रम से लगाने की सुविधा भी शामिल है. किसी खास ट्रैस की सभी मेट्रिक और डेटा देखने के लिए, ट्रैस टेबल में ट्रैस के नाम पर क्लिक करें.
ट्रेस टेबल के इन सबटैब में अपने ट्रेस देखें:
नेटवर्क अनुरोध के ट्रेस (पहले से मौजूद और कस्टम, दोनों) — नेटवर्क अनुरोध सब-टैब
कस्टम कोड ट्रेस — कस्टम ट्रेस सबटैब
ऐप्लिकेशन शुरू होने, ऐप्लिकेशन के फ़ोरग्राउंड में होने, और ऐप्लिकेशन के बैकग्राउंड में होने के ट्रैक — कस्टम ट्रैक सब-टैब
स्क्रीन रेंडरिंग के ट्रेस — स्क्रीन रेंडरिंग सबटैब
पेज लोड के ट्रेस — पेज लोड सबटैब
ट्रेस टेबल और मेट्रिक और डेटा देखने के बारे में ज़्यादा जानने के लिए, Console के होम पेज पर जाएं (iOS+ |
Android |
वेब).
धीमे और फ़्रीज़ हुए फ़्रेम की संख्या, मेरी उम्मीद के मुताबिक क्यों नहीं है?
धीमी रेंडरिंग वाले फ़्रेम और फ़्रीज़ हुए फ़्रेम का हिसाब, डिवाइस के रीफ़्रेश रेट को 60 हर्ट्ज़ मानकर लगाया जाता है. अगर किसी डिवाइस का रीफ़्रेश रेट 60Hz से कम है, तो हर फ़्रेम को रेंडर होने में ज़्यादा समय लगेगा. इसकी वजह यह है कि हर सेकंड में कम फ़्रेम रेंडर किए जाते हैं.
रेंडर होने में ज़्यादा समय लगने की वजह से, रेंडर होने में ज़्यादा समय लग सकता है या रेंडर होने में ज़्यादा समय लग सकता है.
ऐसा इसलिए हो सकता है, क्योंकि ज़्यादा फ़्रेम रेंडर होने में ज़्यादा समय लेंगे या फ़्रीज़ हो जाएंगे. हालांकि, अगर किसी डिवाइस का रिफ़्रेश रेट 60Hz से ज़्यादा है, तो हर फ़्रेम को रेंडर होने में कम समय लगेगा.
इस वजह से, रेंडर होने में ज़्यादा समय लेने वाले या रुके हुए फ़्रेम की रिपोर्ट मिल सकती है. फ़िलहाल, Performance Monitoring SDK टूल में यह सुविधा उपलब्ध नहीं है.
मेरे Performance Monitoring डेटा को BigQuery में एक्सपोर्ट होने में, उम्मीद से ज़्यादा समय लग रहा है. क्या यह रीयल-टाइम नहीं है?
अगर आपने Firebase Performance Monitoring के लिए BigQuery इंटिग्रेशन चालू किया है, तो आपका डेटा, दिन के आखिर (पैसिफ़िक समय) के 12 से 24 घंटे बाद BigQuery में एक्सपोर्ट हो जाएगा.
उदाहरण के लिए, 19 अप्रैल का डेटा, 20 अप्रैल को दोपहर 12:00 बजे से लेकर आधी रात के बीच BigQuery में उपलब्ध होगा. सभी तारीखें और समय, पैसिफ़िक टाइम के हिसाब से हैं.
रीयल-टाइम डेटा प्रोसेसिंग और डिसप्ले के पास
"रीयल-टाइम के आस-पास" परफ़ॉर्मेंस डेटा का क्या मतलब है?
Firebase Performance Monitoring, इकट्ठा किए गए परफ़ॉर्मेंस डेटा को प्रोसेस करते ही उसे प्रोसेस करता है.
इससे Firebase कंसोल में, करीब-करीब रीयल-टाइम डेटा दिखता है. प्रोसेस किया गया डेटा,
इकट्ठा किए जाने के कुछ ही मिनट में कंसोल में दिखता है. इस वजह से, इसे "रीयल-टाइम के आस-पास" कहा जाता है.
मुझे अपने ऐप्लिकेशन की परफ़ॉर्मेंस का डेटा, रीयल-टाइम के करीब कैसे मिलेगा?
करीब-करीब रीयल-टाइम डेटा प्रोसेसिंग का फ़ायदा लेने के लिए, आपको सिर्फ़ यह पक्का करना होगा कि आपके ऐप्लिकेशन में Performance Monitoring SDK टूल का ऐसा वर्शन हो जो रीयल-टाइम डेटा प्रोसेसिंग के साथ काम करता हो.
यहां रीयल-टाइम में काम करने वाले SDK टूल के वर्शन दिए गए हैं:
iOS — v7.3.0 या इसके बाद का वर्शन
tvOS — v8.9.0 या इसके बाद के वर्शन
Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
वेब — v7.14.0 या इसके बाद का वर्शन
ध्यान दें कि हम हमेशा SDK टूल के सबसे नए वर्शन का इस्तेमाल करने का सुझाव देते हैं. हालांकि, ऊपर सूची में दिए गए किसी भी वर्शन से Performance Monitoring, करीब-करीब रीयल टाइम में आपके डेटा को प्रोसेस कर सकेगा.
Performance Monitoring SDK टूल के किन वर्शन को रीयल-टाइम में काम करने वाला माना जाता है?
रीयल-टाइम डेटा प्रोसेसिंग के साथ काम करने वाले SDK टूल के वर्शन:
iOS — v7.3.0 या इसके बाद का वर्शन
tvOS — v8.9.0 या इसके बाद के वर्शन
Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
वेब — v7.14.0 या इसके बाद का वर्शन
ध्यान दें कि हमारा सुझाव है कि आप SDK टूल के सबसे नए वर्शन का इस्तेमाल करें. हालांकि, ऊपर दिए गए किसी भी वर्शन का इस्तेमाल करने पर, Performance Monitoring आपके डेटा को रीयल टाइम में प्रोसेस कर पाएगा.
अगर मैंने अपने ऐप्लिकेशन को रीयल-टाइम में काम करने वाले SDK टूल के वर्शन का इस्तेमाल करने के लिए अपडेट नहीं किया, तो क्या होगा?
अगर आपका ऐप्लिकेशन, रीयल-टाइम के साथ काम करने वाले SDK टूल के वर्शन का इस्तेमाल नहीं करता है, तब भी आपको Firebase कंसोल में अपने ऐप्लिकेशन की परफ़ॉर्मेंस का पूरा डेटा दिखेगा. हालांकि, परफ़ॉर्मेंस डेटा इकट्ठा होने के करीब 36 घंटे बाद ही दिखेगा.
मैंने SDK टूल के ऐसे वर्शन पर अपडेट किया है जो रीयल-टाइम में काम करता है. हालांकि, मेरे कुछ उपयोगकर्ता अब भी मेरे ऐप्लिकेशन के पुराने वर्शन इस्तेमाल कर रहे हैं. क्या मुझे Firebase कंसोल में, उनके ऐप्लिकेशन की परफ़ॉर्मेंस का डेटा दिखता रहेगा?
हां! भले ही, ऐप्लिकेशन इंस्टेंस में SDK टूल का कोई भी वर्शन इस्तेमाल किया जा रहा हो, आपको अपने सभी उपयोगकर्ताओं का परफ़ॉर्मेंस डेटा दिखेगा.
हालांकि, अगर आपको हाल ही का डेटा (लगभग 36 घंटे से कम पुराना) देखना है, तो दिखाया गया डेटा, रीयल-टाइम के साथ काम करने वाले एसडीके टूल के वर्शन का इस्तेमाल करने वाले ऐप्लिकेशन इंस्टेंस के उपयोगकर्ताओं का होता है. हालांकि, नए डेटा में आपके ऐप्लिकेशन के सभी वर्शन का परफ़ॉर्मेंस डेटा शामिल होता है.
