কর্মক্ষমতা মনিটরিং সমস্যা সমাধান এবং FAQ


এই পৃষ্ঠাটি Performance Monitoring শুরু করার জন্য বা Performance Monitoring বৈশিষ্ট্য এবং টুলিং ব্যবহার করার জন্য সমস্যা সমাধানের টিপস প্রদান করে।

সমস্যা সমাধানের জন্য প্রথমে পরীক্ষা করে

নিম্নলিখিত দুটি চেক হল সাধারণ সর্বোত্তম অনুশীলন যা পরবর্তী সমস্যা সমাধানের আগে যে কারও জন্য সুপারিশ করা হয়।

1. পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি পরীক্ষা করুন৷

Performance Monitoring SDK পারফরম্যান্স ইভেন্টগুলি ক্যাপচার করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন৷

  1. আপনার অ্যাপের AndroidManifest.xml ফাইলে একটি <meta-data> উপাদান যোগ করে বিল্ড টাইমে Performance Monitoring জন্য ডিবাগ লগিং সক্ষম করুন, যেমন:

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

  2. কোনো ত্রুটি বার্তা জন্য আপনার লগ বার্তা পরীক্ষা করুন.

  3. Performance Monitoring এর লগ মেসেজগুলিকে FirebasePerformance দিয়ে ট্যাগ করে। লগক্যাট ফিল্টারিং ব্যবহার করে, আপনি বিশেষভাবে নিম্নলিখিত কমান্ডটি চালিয়ে সময়কাল ট্রেস এবং HTTP/S নেটওয়ার্ক অনুরোধ লগিং দেখতে পারেন:

    adb logcat -s FirebasePerformance

  4. নিম্নলিখিত ধরনের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring পারফরম্যান্স ইভেন্টগুলি লগিং করছে:

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

  5. Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।

যদি আপনার অ্যাপ পারফরম্যান্স ইভেন্টগুলি লগিং না করে, তাহলে সমস্যা সমাধানের টিপস পর্যালোচনা করুন৷

2. ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ড চেক করুন

Firebase বা Performance Monitoring জন্য পরিচিত বিভ্রাট হলে Firebase স্ট্যাটাস ড্যাশবোর্ড দেখুন।

Performance Monitoring দিয়ে শুরু করা

আপনি যদি Performance Monitoring ( iOS+ | Android | Web ) দিয়ে শুরু করেন, তাহলে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি Firebase-এর SDK সনাক্তকরণ বা Firebase কনসোলে আপনার প্রথম কর্মক্ষমতা ডেটা প্রদর্শনের সাথে জড়িত সমস্যাগুলির জন্য সাহায্য করতে পারে৷

Firebase শনাক্ত করতে পারে যে আপনি সফলভাবে আপনার অ্যাপে Performance Monitoring SDK যোগ করেছেন কিনা যখন এটি আপনার অ্যাপ থেকে ইভেন্টের তথ্য (যেমন অ্যাপ ইন্টারঅ্যাকশন) পায়। সাধারণত আপনার অ্যাপ শুরু করার 10 মিনিটের মধ্যে, Firebase কনসোলের পারফরম্যান্স ড্যাশবোর্ড একটি "SDK সনাক্ত করা হয়েছে" বার্তা প্রদর্শন করে। তারপর, 30 মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রক্রিয়াকৃত ডেটা প্রদর্শন করে।

আপনি যদি আপনার অ্যাপে SDK-এর সর্বশেষ সংস্করণ যোগ করার 10 মিনিটেরও বেশি সময় হয়ে যায় এবং আপনি এখনও কোনও পরিবর্তন দেখতে না পান, তাহলে আপনার লগ বার্তাগুলি পরীক্ষা করে নিশ্চিত করুন যে Performance Monitoring ইভেন্টগুলি লগিং করছে৷ একটি বিলম্বিত SDK সনাক্তকরণ বার্তার সমস্যা সমাধানের জন্য নীচে বর্ণিত যথাযথ সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন৷

  1. নিশ্চিত করুন যে আপনি Performance Monitoring অ্যান্ড্রয়েড SDK 19.1.0 বা তার পরবর্তী (বা Firebase BoM 26.3.0 বা তার পরে) ব্যবহার করছেন, রিলিজ নোট দেখুন।

  2. আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন, তথ্য সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:

    1. আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।

  3. আপনার ফায়ারবেস কনফিগারেশন ফাইল ( google-services.json ) আপনার অ্যাপে সঠিকভাবে যোগ করা হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেননি তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:

    • কনফিগার ফাইলের নাম অতিরিক্ত অক্ষরের সাথে যুক্ত করা হয় না, যেমন (2) ।

    • কনফিগার ফাইলটি আপনার অ্যাপের মডিউল (অ্যাপ-লেভেল) ডিরেক্টরিতে রয়েছে।

    • কনফিগার ফাইলে তালিকাভুক্ত Firebase Android অ্যাপ আইডি ( mobilesdk_app_id ) আপনার অ্যাপের জন্য সঠিক। আপনার প্রজেক্ট সেটিংসের আপনার অ্যাপস কার্ডে আপনার Firebase অ্যাপ আইডি খুঁজুন।

    আপনার অ্যাপের কনফিগারেশন ফাইলের সাথে কিছু ভুল মনে হলে, নিম্নলিখিত চেষ্টা করুন:

    1. আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইলটি আছে সেটি মুছুন।

    2. একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এবং আপনার অ্যান্ড্রয়েড অ্যাপে যোগ করতে এই নির্দেশাবলী অনুসরণ করুন।

  4. যদি SDK ইভেন্টগুলি লগিং করে এবং সবকিছু সঠিকভাবে সেট আপ করা বলে মনে হয়, কিন্তু আপনি এখনও SDK সনাক্তকরণ বার্তা বা প্রক্রিয়াকৃত ডেটা (10 মিনিটের পরে) দেখতে পাচ্ছেন না, Firebase সহায়তার সাথে যোগাযোগ করুন ৷

  1. Performance Monitoring গ্রেডল প্লাগইনের সেটআপটি নিম্নরূপ চেক করুন:

    1. আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:

      • আপনি আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে প্লাগইন যোগ করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' )।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :

      • আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে instrumentationEnabled
      • আপনার gradle.properties ফাইলে firebasePerformanceInstrumentationEnabled

  2. আপনার AndroidManifest.xml ফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনও একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি তা পরীক্ষা করুন:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন।

  4. আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।

Performance Monitoring পারফরম্যান্স ড্যাশবোর্ডে প্রদর্শন করার আগে কর্মক্ষমতা ইভেন্ট ডেটা প্রক্রিয়া করে।

যদি "SDK সনাক্ত করা" বার্তাটি উপস্থিত হওয়ার 24 ঘন্টারও বেশি সময় হয়ে গেছে এবং আপনি এখনও ডেটা দেখতে পাচ্ছেন না, তাহলে কোনো পরিচিত বিভ্রাট হলে Firebase স্ট্যাটাস ড্যাশবোর্ড দেখুন। যদি কোন বিভ্রাট না থাকে, Firebase সহায়তার সাথে যোগাযোগ করুন ।

সাধারণ সমস্যা সমাধান

আপনি যদি সফলভাবে SDK যোগ করে থাকেন এবং আপনার অ্যাপে Performance Monitoring ব্যবহার করে থাকেন, তাহলে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি Performance Monitoring বৈশিষ্ট্য এবং টুলিংয়ের সাথে জড়িত সাধারণ সমস্যাগুলির জন্য সাহায্য করতে পারে৷

আপনি যদি পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি দেখতে না পান তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. Performance Monitoring গ্রেডল প্লাগইনের সেটআপটি নিম্নরূপ চেক করুন:

    1. আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:

      • আপনি আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে প্লাগইন যোগ করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' )।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :

      • আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে instrumentationEnabled
      • আপনার gradle.properties ফাইলে firebasePerformanceInstrumentationEnabled

  2. আপনার AndroidManifest.xml ফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনও একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি তা পরীক্ষা করুন:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন।

  4. আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।

আপনি যদি স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. নিশ্চিত করুন যে আপনি Android SDK (v21.0.4) এর সর্বশেষ সংস্করণ ব্যবহার করছেন৷ স্ক্রীন রেন্ডারিং ট্রেস শুধুমাত্র v15.2.0 বা তার পরে উপলব্ধ।

  2. নিশ্চিত করুন যে আপনি একটি স্ক্রিনের জন্য ম্যানুয়ালি হার্ডওয়্যার অ্যাক্সিলারেশন অক্ষম করেননি৷

  3. আপনি ডেক্সগার্ড বা জ্যাক ব্যবহার করছেন না তা নিশ্চিত করুন। Performance Monitoring এই টুলচেইনের সাথে বেমানান।

    • DexGuard অ্যাপ স্টার্ট, অ্যাপ-ইন-ফোরগ্রাউন্ড এবং অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেসের স্বয়ংক্রিয় সংগ্রহ অক্ষম করে। যাইহোক, যদি আপনার অ্যাপ ডেক্সগার্ড ব্যবহার করে তবে যেকোনও কাস্টম কোড ট্রেস স্বাভাবিকভাবে আচরণ করা উচিত।

    • জ্যাক অবহেলিত এবং সাধারণত আপনার অ্যাপে ব্যবহার করা উচিত নয়।

আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য কর্মক্ষমতা ডেটা দেখছেন কিন্তু কাস্টম কোড ট্রেসের জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. আপনি যদি Trace API এর মাধ্যমে কাস্টম কোড ট্রেস ইনস্ট্রুমেন্ট করেন, তাহলে ট্রেসের সেটআপ পরীক্ষা করুন, বিশেষ করে নিম্নলিখিতগুলি:

    • কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর ( _ ) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য 32 অক্ষর৷
    • সমস্ত ট্রেস শুরু এবং বন্ধ করা আবশ্যক. যে কোনো ট্রেস যা শুরু হয়নি, বন্ধ করা হয়নি বা শুরু হওয়ার আগে বন্ধ করা হয়েছে তা লগ করা হবে না।

  2. আপনি যদি @AddTrace স্বরলিপির মাধ্যমে কাস্টম কোড ট্রেস ইনস্ট্রুমেন্ট করেন, Performance Monitoring গ্রেডল প্লাগইনের সেটআপ পরীক্ষা করুন:

    1. আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:

      • আপনি আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে প্লাগইন যোগ করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' )।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :

      • আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে instrumentationEnabled
      • আপনার gradle.properties ফাইলে firebasePerformanceInstrumentationEnabled

  3. Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগিং করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ৷

  4. যদি Performance Monitoring ইভেন্টগুলি লগিং করে, কিন্তু 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত না হয়, Firebase সহায়তার সাথে যোগাযোগ করুন ৷

আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. অ্যান্ড্রয়েড অ্যাপ্লিকেশানগুলির জন্য, Performance Monitoring গ্রেডল প্লাগইন ইনস্ট্রুমেন্টেশন সক্ষম করে যা HTTP/S নেটওয়ার্ক অনুরোধগুলির স্বয়ংক্রিয় পর্যবেক্ষণ প্রদান করে৷ নিম্নলিখিত পরীক্ষা করুন:

    1. আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:

      • আপনি আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে প্লাগইন যোগ করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' )।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :

      • আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে instrumentationEnabled
      • আপনার gradle.properties ফাইলে firebasePerformanceInstrumentationEnabled

  2. নেটওয়ার্ক লাইব্রেরি অসঙ্গতি জন্য পরীক্ষা করুন. Performance Monitoring স্বয়ংক্রিয়ভাবে নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে এমন নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিক্স সংগ্রহ করে: OkHttp 3.xx, Java এর URL সংযোগ, এবং Apache HttpClient।

    নোট করুন যে আপনি নেটওয়ার্ক অনুরোধের জন্য কাস্টম মনিটরিং যোগ করতে পারেন।

  3. নিম্নলিখিত বিষয়ে সচেতন থাকুন:

    • আপনার কোড এবং আপনার কোড দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধগুলিতে রিপোর্ট করতে পারে। এর মানে হল যে HTTP/S সংযোগগুলি খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যাবে না।

    • Performance Monitoring ডেক্সগার্ড এবং জ্যাকের সাথে সামঞ্জস্যপূর্ণ নয়।

      • DexGuard HTTP/S নেটওয়ার্ক অনুরোধের নিরীক্ষণ অক্ষম করে।
      • জ্যাক অবহেলিত এবং সাধারণত আপনার অ্যাপে ব্যবহার করা উচিত নয়।

    • Performance Monitoring অবৈধ Content-Type শিরোনাম সহ নেটওয়ার্ক অনুরোধে রিপোর্ট করে না। যাইহোক, Content-Type শিরোনাম ছাড়া নেটওয়ার্ক অনুরোধ এখনও গ্রহণ করা হবে।

Performance Monitoring কীভাবে URL প্যাটার্নের অধীনে নেটওয়ার্ক অনুরোধের ডেটা একত্রিত করে সে সম্পর্কে আরও জানুন।

এছাড়াও আপনি কাস্টম URL প্যাটার্ন ব্যবহার করে দেখতে পারেন!

FAQ

আমরা আমাদের সাম্প্রতিক সতর্কতার প্রবর্তনের ফলো-আপ হিসাবে সাম্প্রতিক সতর্কতাগুলির সাথে শীর্ষ সমস্যাগুলি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ডগুলি অতিক্রম করার পরে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে৷ সমস্যাগুলি এখন অবহেলিত হয়েছে এবং সতর্কতা দ্বারা প্রতিস্থাপিত হয়েছে৷

পারফরম্যান্স কার্ডের শীর্ষে থাকা অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতার অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ(গুলি) জন্য শুধুমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়৷

সতর্কতা সম্পর্কে আরও জানতে, কর্মক্ষমতা সমস্যাগুলির জন্য সতর্কতা সেট আপ দেখুন।

Performance Monitoring সংজ্ঞায়িত থ্রেশহোল্ড অতিক্রম করে এমন মেট্রিকগুলির জন্য সতর্কতা সমর্থন করে। পারফরম্যান্স মেট্রিক্সের জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা সমস্যার জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে দিয়েছি।

আপনি কীভাবে সমস্যার সমাধান করবেন তা উন্নত করতে আমরা একটি নতুন নতুন ডিজাইন করা, কেন্দ্রীভূত ইউজার ইন্টারফেস (UI) দিয়ে বিবরণ এবং মেট্রিক্স পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানকারী UI একই মূল কার্যকারিতা অফার করে যা বিবরণ এবং মেট্রিক্স অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন দেখুন।

Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইস থেকে কর্মক্ষমতা ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা অ্যাপটি যদি প্রচুর পরিমাণে কর্মক্ষমতা ক্রিয়াকলাপ তৈরি করে, Performance Monitoring প্রক্রিয়াকৃত ইভেন্টের সংখ্যা কমাতে ডিভাইসের একটি উপসেটে ডেটা সংগ্রহ সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট উচ্চ যাতে, এমনকি কম ইভেন্ট থাকা সত্ত্বেও, মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ অভিজ্ঞতার প্রতিনিধিত্ব করে৷

আমরা যে ডেটা সংগ্রহ করি তার ভলিউম পরিচালনা করতে, Performance Monitoring নিম্নলিখিত নমুনা বিকল্পগুলি ব্যবহার করে:

  • অন-ডিভাইস রেট সীমিত করা : কোনো ডিভাইসকে হঠাৎ করে বিস্ফোরিত ট্রেস পাঠানো থেকে বিরত রাখতে, আমরা প্রতি 10 মিনিটে একটি ডিভাইস থেকে পাঠানো কোড এবং নেটওয়ার্ক অনুরোধ ট্রেসের সংখ্যা 300টি ইভেন্টে সীমাবদ্ধ করি। এই পদ্ধতিটি ডিভাইসটিকে লুপ করা ইন্সট্রুমেন্টেশন থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা পাঠাতে পারে এবং এটি একটি একক ডিভাইসকে পারফরম্যান্সের পরিমাপকে স্কুই করা থেকে বাধা দেয়।

  • ডায়নামিক স্যাম্পলিং : Performance Monitoring সমস্ত অ্যাপ ব্যবহারকারীদের জন্য প্রতিদিন অ্যাপ প্রতি সীমিত সংখ্যক কোড ট্রেস এবং নেটওয়ার্ক অনুরোধ ট্রেস সংগ্রহ করে। একটি র্যান্ডম ডিভাইস ক্যাপচার এবং ট্রেস পাঠাতে হবে কিনা তা নির্ধারণ করতে ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল স্যাম্পলিং রেট আনা হয়। নমুনা নেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনো ইভেন্ট পাঠায় না। ডায়নামিক স্যাম্পলিং রেট অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমার নিচে থাকে তা নিশ্চিত করতে সমন্বয় করে।

    BigQuery ইন্টিগ্রেশন সক্ষম করে এমন প্রকল্পগুলি নেটওয়ার্ক অনুরোধের ট্রেসের সংখ্যার জন্য একটি উচ্চ সীমা পায়।

    ব্যবহারকারীর সেশনগুলি ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিস্তারিত ডেটা পাঠায়, ডেটা ক্যাপচার এবং পাঠাতে আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব কমাতে, Performance Monitoring সেশনের সংখ্যা সীমাবদ্ধ করতে পারে।

  • সার্ভার-সাইড রেট সীমিত করা : অ্যাপগুলি যাতে স্যাম্পলিং সীমা অতিক্রম না করে তা নিশ্চিত করতে, Performance Monitoring ডিভাইস থেকে প্রাপ্ত কিছু ইভেন্ট ড্রপ করতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরনের সীমাবদ্ধতা আমাদের মেট্রিক্সের কার্যকারিতা পরিবর্তন করে না, তবে এটি নিম্নোক্তগুলি সহ ছোটখাটো প্যাটার্ন পরিবর্তনের কারণ হতে পারে:

    • কোডের একটি অংশ কতবার কার্যকর করা হয়েছিল তার থেকে ট্রেসের সংখ্যা আলাদা হতে পারে।
    • কোডে ঘনিষ্ঠভাবে সংযুক্ত ট্রেসগুলির প্রতিটিতে আলাদা সংখ্যক নমুনা থাকতে পারে।

আমরা সতর্কতার প্রবর্তনের সাথে সমস্যা ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণ করতে আপনাকে আর ম্যানুয়ালি Firebase কনসোল চেক করতে হবে না। সতর্কতা সম্পর্কে জানতে, কর্মক্ষমতা সংক্রান্ত সমস্যার জন্য সতর্কতা সেট আপ দেখুন।

আমরা Firebase কনসোলের Performance Monitoring বিভাগটিকে নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাব আপনার মূল মেট্রিক্স এবং আপনার সমস্ত ট্রেস এক জায়গায় প্রদর্শন করে। পুনরায় ডিজাইনের অংশ হিসাবে, আমরা ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে দিয়েছি।

ড্যাশবোর্ড ট্যাবের নীচের ট্রেস টেবিলে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়, তবে নির্দিষ্ট মেট্রিকের শতাংশ পরিবর্তনের মাধ্যমে আপনার ট্রেসগুলিকে সাজানোর ক্ষমতা সহ কিছু অতিরিক্ত বৈশিষ্ট্য সহ। একটি নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক্স এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেস নামের উপর ক্লিক করুন।

ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:

  • নেটওয়ার্ক অনুরোধ ট্রেস (বক্সের বাইরে এবং কাস্টম উভয়ই) — নেটওয়ার্ক অনুরোধ সাবট্যাব
  • কাস্টম কোড ট্রেস — কাস্টম ট্রেস সাবট্যাব
  • অ্যাপ শুরু, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস — কাস্টম ট্রেস সাবট্যাব
  • স্ক্রীন রেন্ডারিং ট্রেস — স্ক্রীন রেন্ডারিং সাবট্যাব
  • পৃষ্ঠা লোড ট্রেস — পৃষ্ঠা লোড সাবট্যাব

ট্রেস টেবিল এবং দেখার মেট্রিক্স এবং ডেটা সম্পর্কে বিশদ বিবরণের জন্য, কনসোল ওভারভিউ পৃষ্ঠাটি দেখুন ( iOS+ | Android | ওয়েব )।

ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর অনুমানকৃত ডিভাইস রিফ্রেশ রেট দিয়ে গণনা করা হয়। একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর কম হলে, প্রতিটি ফ্রেমের রেন্ডারিং সময় ধীর হবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিং সময় আরও ধীর বা হিমায়িত ফ্রেমের রিপোর্ট করতে পারে কারণ আরও ফ্রেম ধীরে রেন্ডার করা হবে বা হিমায়িত হবে। যাইহোক, যদি একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর বেশি হয়, প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। এর ফলে কম ধীর বা হিমায়িত ফ্রেম রিপোর্ট করা হতে পারে। Performance Monitoring SDK-এ এটি একটি বর্তমান সীমাবদ্ধতা।

অ্যাপ অ্যাক্টিভিটি ছাড়াও খণ্ডের পারফরম্যান্স দেখতে, নিশ্চিত করুন যে আপনার অ্যাপ Performance Monitoring অ্যান্ড্রয়েড SDK সংস্করণ 20.1.0 বা তার উপরে ব্যবহার করছে। আরও জানতে, আপনার অ্যাপে পারফরম্যান্স মনিটরিং যোগ করুন দেখুন।

প্রতিটি খণ্ড এবং কার্যকলাপ ট্রেস আপনার অ্যাপ্লিকেশনে সংজ্ঞায়িত তার শ্রেণীর নামের উপর ভিত্তি করে। প্রতিটি স্ক্রীন ট্রেসে ক্লাসের নাম অনুসরণ করে st উপসর্গ থাকে। Firebase কনসোলে, উপসর্গটি সরানো হয়। আরও জানতে, স্ক্রীন রেন্ডারিং কর্মক্ষমতা ডেটা (অ্যাপল এবং অ্যান্ড্রয়েড অ্যাপস) সম্পর্কে জানুন দেখুন।

Performance Monitoring একটি ডিভাইসে সংগৃহীত সমস্ত ইভেন্ট জুড়ে ইভেন্ট স্যাম্পলিং পরিচালনা করে। এই পদ্ধতির সাহায্যে আমাদের পারফরম্যান্স মেট্রিক্স প্রদানের জন্য ব্যবহারকারীর ডিভাইস থেকে প্রয়োজনীয় ন্যূনতম ইভেন্টগুলি সংগ্রহ করতে দেয়।

Performance Monitoring আপনাকে আপনার যত্নশীল মেট্রিকগুলির জন্য সতর্কতা সেট আপ করতে দেয়৷ জেনারেটেড স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য, যখন ধীর এবং হিমায়িত ফ্রেমের শতাংশ আপনার সেট করা একটি থ্রেশহোল্ড অতিক্রম করে তখন আপনাকে জানানোর জন্য আপনি সতর্কতা সেট আপ করতে পারেন৷

অ্যান্ড্রয়েডের জন্য Performance Monitoring HTTP/S নেটওয়ার্ক অনুরোধগুলি পর্যবেক্ষণ করার মতো কিছু বাইরের বৈশিষ্ট্য প্রদান করতে বাইটকোড ইন্সট্রুমেন্টেশন ব্যবহার করে। সংকলনের একটি অংশ হিসাবে, আপনার অ্যাপ্লিকেশনের নেটওয়ার্ক অনুরোধের কার্যকারিতা পরিমাপ করার জন্য গুরুত্বপূর্ণ কোডটি যন্ত্রের জন্য আপনার অ্যাপের (নির্ভরতা সহ) সমস্ত ক্লাসের মাধ্যমে প্রক্রিয়াটির পুনরাবৃত্তি প্রয়োজন।

নির্মাণের সময় বৃদ্ধির জন্য এখানে কিছু মূল অবদানকারী রয়েছে:

  • ক্লাস বা ফাইলের সংখ্যা
  • এই শ্রেণীর প্রতিটির আকার (কোডের লাইন)
  • আপনার মেশিন কনফিগারেশন
  • প্রাথমিক বিল্ড বনাম পরবর্তী বিল্ড (পরবর্তী বিল্ডগুলি সাধারণত প্রাথমিক বিল্ডের চেয়ে দ্রুত হয়)

আপনার বিল্ড টাইম অপ্টিমাইজ করতে, আপনার কোড মডুলারাইজ করার কথা বিবেচনা করুন।

Performance Monitoring প্লাগইনের v1.3.3 দিয়ে শুরু করে, আমরা লাইব্রেরি ইনপুটগুলির ক্রমবর্ধমান বিল্ড প্রসেসিং এবং ক্যাশিংয়ে যথেষ্ট উন্নতি করার দিকে মনোনিবেশ করেছি। সাম্প্রতিকতম বিল্ড সময়ের উন্নতিগুলি পেতে, প্লাগইনটির সর্বশেষ সংস্করণ (v1.4.2) ব্যবহার করা নিশ্চিত করুন ৷

মনে রাখবেন যে আপনি যদি দীর্ঘ বিল্ড সময় এড়াতে চান তবে স্থানীয়ভাবে আপনার ডিবাগ বিল্ডের জন্য Performance Monitoring প্লাগইনটি অক্ষম করতে পারেন। যাইহোক, এই পদ্ধতিটি প্রোডাকশন বিল্ডের জন্য সুপারিশ করা হয় না, কারণ এটি আপনার অ্যাপে নেটওয়ার্ক অনুরোধের জন্য পারফরম্যান্স পরিমাপ মিস করতে পারে।

অ্যান্ড্রয়েডের জন্য Performance Monitoring HTTP/S নেটওয়ার্ক অনুরোধগুলি পর্যবেক্ষণ করার মতো কিছু বাইরের বৈশিষ্ট্য প্রদান করতে বাইটকোড ইন্সট্রুমেন্টেশন ব্যবহার করে। সংকলনের একটি অংশ হিসাবে, আপনার অ্যাপ্লিকেশনের নেটওয়ার্ক অনুরোধের কার্যকারিতা পরিমাপ করার জন্য গুরুত্বপূর্ণ কোডটি যন্ত্রের জন্য আপনার অ্যাপের (নির্ভরতা সহ) সমস্ত ক্লাসের মাধ্যমে প্রক্রিয়াটির পুনরাবৃত্তি প্রয়োজন।

আপনি যদি Performance Monitoring প্লাগইনের সাথে একীভূত করার পরে JSR/RET are not supported with computeFrames option বা অনুরূপ ত্রুটিগুলি পান, তবে এর কারণ হতে পারে আপনার একটি লাইব্রেরির উপর নির্ভরশীলতা রয়েছে যা Performance Monitoring গ্রেডল প্লাগইনের সাথে সামঞ্জস্যপূর্ণ নয়।

এটির কাছাকাছি পেতে, আপনি এই পদক্ষেপগুলি অনুসরণ করে অসঙ্গত ক্লাস/লাইব্রেরিগুলিকে যন্ত্র থেকে বাদ দিতে পারেন:

  1. Performance Monitoring গ্রেডল প্লাগইন (সর্বনিম্ন v1.4.0 ) এর সর্বশেষ সংস্করণে আপডেট করুন।
  2. আপনার Android Gradle প্লাগইন সংস্করণ v7.2.0 বা নতুন সংস্করণে আপডেট করুন।
  3. আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে নিম্নোক্ত পতাকা যোগ করুন যাতে অসঙ্গত ক্লাস/লাইব্রেরিগুলিকে ইনস্ট্রুমেন্ট করা থেকে বাদ দেওয়া যায়:
    android {
  // ...
  androidComponents {
    onVariants(selector().all(), {
        instrumentation.excludes.add("example.incompatible.library")
    })
  }
}
     অ্যান্ড্রয়েড গ্রেডল প্লাগইনের Instrumentation এপিআই-এর exclude প্রোপার্টি সম্পর্কে আরও জানতে, ইনস্ট্রুমেন্টেশন দেখুন।

অনুগ্রহ করে একটি গিথুব সমস্যা ফাইল করুন যখন আপনি বেমানান লাইব্রেরির কারণে বিল্ড ত্রুটির সম্মুখীন হন যাতে সেগুলিকে Performance Monitoring প্লাগইনে ইনস্ট্রুমেন্ট করা থেকেও বাদ দেওয়া যায়।

আপনি যদি Firebase Performance Monitoring জন্য BigQuery ইন্টিগ্রেশন সক্ষম করে থাকেন, তাহলে দিন শেষ হওয়ার 12 থেকে 24 ঘণ্টার মধ্যে আপনার ডেটা BigQuery-এ এক্সপোর্ট করা হবে (প্যাসিফিক টাইম)।

উদাহরণস্বরূপ, 19 এপ্রিলের ডেটা BigQuery-এ 20 এপ্রিল দুপুর 12:00 থেকে মধ্যরাতের মধ্যে উপলব্ধ হবে (সমস্ত তারিখ এবং সময় প্যাসিফিক সময়)।

রিয়েল-টাইম ডেটা প্রসেসিং এবং প্রদর্শন কাছাকাছি

Firebase Performance Monitoring প্রক্রিয়াগুলি এটি আসার সাথে সাথে পারফরম্যান্স ডেটা সংগ্রহ করে, যার ফলস্বরূপ Firebase কনসোলে রিয়েল-টাইম ডেটা প্রদর্শিত হয়। প্রসেসড ডেটা কনসোলে এর সংগ্রহের কয়েক মিনিটের মধ্যে প্রদর্শন করে, তাই "রিয়েল-টাইম" শব্দটি।

কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনার অ্যাপ্লিকেশনটি একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে তা নিশ্চিত করুন।

কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনাকে কেবল নিশ্চিত করতে হবে যে আপনার অ্যাপ্লিকেশনটি একটি Performance Monitoring এসডিকে সংস্করণ ব্যবহার করে যা রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ।

এগুলি হ'ল রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ:

  • আইওএস - v7.3.0 বা তার পরে
  • টিভিওএস - v8.9.0 বা তার পরে
  • অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
  • ওয়েব - v7.14.0 বা তার পরে

নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।

এগুলি এসডিকে সংস্করণগুলি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ:

  • আইওএস - v7.3.0 বা তার পরে
  • টিভিওএস - v8.9.0 বা তার পরে
  • অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
  • ওয়েব - v7.14.0 বা তার পরে

নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।

যদি আপনার অ্যাপ্লিকেশনটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার না করে তবে আপনি এখনও Firebase কনসোলে আপনার অ্যাপ্লিকেশনটির সমস্ত পারফরম্যান্স ডেটা দেখতে পাবেন। যাইহোক, পারফরম্যান্স ডেটা প্রদর্শন তার সংগ্রহের সময় থেকে প্রায় 36 ঘন্টা বিলম্বিত হবে।

হ্যাঁ! কোনও অ্যাপ্লিকেশন উদাহরণ যে কোনও এসডিকে সংস্করণ ব্যবহার করে তা নির্বিশেষে, আপনি আপনার সমস্ত ব্যবহারকারীর পারফরম্যান্স ডেটা দেখতে পাবেন।

তবে, আপনি যদি সাম্প্রতিক ডেটা (প্রায় 36 ঘন্টারও কম বয়সী) দেখছেন তবে প্রদর্শিত ডেটা একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে অ্যাপ্লিকেশন দৃষ্টান্ত ব্যবহারকারীদের কাছ থেকে। অ-রিসেন্ট ডেটা যদিও আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণ থেকে পারফরম্যান্স ডেটা অন্তর্ভুক্ত করে।

ফায়ারবেস সমর্থন যোগাযোগ

আপনি যদি ফায়ারবেস সমর্থনে পৌঁছান তবে সর্বদা আপনার ফায়ারবেস অ্যাপ আইডি অন্তর্ভুক্ত করুন। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।

,


এই পৃষ্ঠাটি Performance Monitoring বা Performance Monitoring বৈশিষ্ট্য এবং সরঞ্জামাদি ব্যবহারের সাথে শুরু করার জন্য সমস্যা সমাধানের টিপস সরবরাহ করে।

সমস্যা সমাধানের জন্য প্রথম চেক

নিম্নলিখিত দুটি চেক হ'ল আরও সমস্যা সমাধানের আগে যে কারও জন্য প্রস্তাবিত সাধারণ সেরা অনুশীলন।

1। পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি পরীক্ষা করুন

Performance Monitoring এসডিকে পারফরম্যান্স ইভেন্টগুলি ক্যাপচার করছে তা নিশ্চিত হওয়ার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন।

  1. আপনার অ্যাপের AndroidManifest.xml ফাইলটিতে একটি <meta-data> উপাদান যুক্ত করে বিল্ড টাইমে Performance Monitoring জন্য ডিবাগ লগিং সক্ষম করুন, এর মতো:

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

  2. যে কোনও ত্রুটি বার্তাগুলির জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন।

  3. Performance Monitoring তার লগ বার্তাগুলি FirebasePerformance সাথে ট্যাগ করে। লগক্যাট ফিল্টারিং ব্যবহার করে, আপনি নিম্নলিখিত কমান্ডটি চালিয়ে সময়কাল ট্রেস এবং এইচটিটিপি/এস নেটওয়ার্ক অনুরোধ লগিং দেখতে পারেন:

    adb logcat -s FirebasePerformance

  4. নিম্নলিখিত ধরণের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring লগিং পারফরম্যান্স ইভেন্টগুলি:

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

  5. ফায়ারবেস কনসোলে আপনার ডেটা দেখতে ইউআরএলে ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহুর্ত সময় নিতে পারে।

যদি আপনার অ্যাপ্লিকেশনটি পারফরম্যান্স ইভেন্টগুলি লগিং না করে তবে সমস্যা সমাধানের টিপসগুলি পর্যালোচনা করুন।

2। ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ড পরীক্ষা করুন

ফায়ারবেস বা Performance Monitoring জন্য কোনও আউটেজ থাকলে ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ডটি পরীক্ষা করুন।

Performance Monitoring দিয়ে শুরু করা

আপনি যদি Performance Monitoring ( আইওএস+ | অ্যান্ড্রয়েড | ওয়েব ) দিয়ে শুরু করে থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি এসডিকে সনাক্তকরণ বা Firebase কনসোলে আপনার প্রথম পারফরম্যান্স ডেটা প্রদর্শনকারী ফায়ারবেসকে জড়িত সমস্যাগুলিতে সহায়তা করতে পারে।

ফায়ারবেস সনাক্ত করতে পারে যে আপনি যখন আপনার অ্যাপ্লিকেশন থেকে ইভেন্টের তথ্য (অ্যাপ্লিকেশন ইন্টারঅ্যাকশনগুলির মতো) পান তখন আপনি আপনার অ্যাপ্লিকেশনটিতে Performance Monitoring এসডিকে সফলভাবে যুক্ত করেছেন কিনা তা সনাক্ত করতে পারে। সাধারণত আপনার অ্যাপ্লিকেশনটি শুরু করার 10 মিনিটের মধ্যে, Firebase কনসোলের পারফরম্যান্স ড্যাশবোর্ড একটি "এসডিকে সনাক্ত" বার্তা প্রদর্শন করে। তারপরে, 30 মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রক্রিয়াজাত ডেটা প্রদর্শন করে।

আপনি যদি আপনার অ্যাপ্লিকেশনটিতে এসডিকে সর্বশেষতম সংস্করণ যুক্ত করেছেন 10 মিনিটেরও বেশি সময় হয়ে গেছেন এবং আপনি এখনও কোনও পরিবর্তন দেখতে পাচ্ছেন না, Performance Monitoring লগিং ইভেন্টগুলি কিনা তা নিশ্চিত করার জন্য আপনার লগ বার্তাগুলি পরীক্ষা করুন । বিলম্বিত এসডিকে সনাক্তকরণ বার্তার সমস্যা সমাধানের জন্য নীচে বর্ণিত যথাযথ সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন।

  1. নিশ্চিত হয়ে নিন যে আপনি অ্যান্ড্রয়েড এসডিকে 19.1.0 বা তার পরে Performance Monitoring করছেন (বা Firebase BoM 26.3.0 বা তার পরে), রিলিজ নোটটি দেখুন।

  2. আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন তবে ডেটা সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:

    1. আপনার অ্যাপ্লিকেশনটি বেশ কয়েকবার ব্যাকগ্রাউন্ড এবং অগ্রভাগের মধ্যে স্যুইচ করে, আপনার অ্যাপ্লিকেশনটির সাথে স্ক্রিনগুলি জুড়ে নেভিগেট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে আপনার অ্যাপ্লিকেশনটির সাথে ইন্টারঅ্যাক্ট করে ইভেন্টগুলি তৈরি করুন।

  3. নিশ্চিত হয়ে নিন যে আপনার ফায়ারবেস কনফিগারেশন ফাইল ( google-services.json ) আপনার অ্যাপ্লিকেশনটিতে সঠিকভাবে যুক্ত হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেন নি। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:

    • কনফিগার ফাইলের নামটি অতিরিক্ত অক্ষরগুলির সাথে সংযুক্ত করা হয়নি, যেমন (2) ।

    • কনফিগার ফাইলটি আপনার অ্যাপ্লিকেশনটির মডিউল (অ্যাপ্লিকেশন-স্তর) ডিরেক্টরিতে রয়েছে।

    • কনফিগারেশন ফাইলে তালিকাভুক্ত ফায়ারবেস অ্যান্ড্রয়েড অ্যাপ আইডি ( mobilesdk_app_id ) আপনার অ্যাপ্লিকেশনটির জন্য সঠিক। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।

    আপনার অ্যাপ্লিকেশনটিতে কনফিগারেশন ফাইলের সাথে যদি কিছু ভুল মনে হয় তবে নিম্নলিখিতগুলি ব্যবহার করে দেখুন:

    1. আপনার অ্যাপ্লিকেশনটিতে বর্তমানে আপনার কাছে থাকা কনফিগার ফাইলটি মুছুন।

    2. একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এই নির্দেশাবলী অনুসরণ করুন এবং এটি আপনার অ্যান্ড্রয়েড অ্যাপ্লিকেশনটিতে যুক্ত করুন।

  4. যদি এসডিকে ইভেন্টগুলি লগিং করছে এবং সবকিছু সঠিকভাবে সেট আপ করা হয়েছে বলে মনে হচ্ছে তবে আপনি এখনও এসডিকে সনাক্তকরণ বার্তা বা প্রক্রিয়াজাত ডেটা (10 মিনিটের পরে) দেখছেন না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

  1. নিম্নলিখিত হিসাবে Performance Monitoring গ্রেডল প্লাগইন সেটআপ পরীক্ষা করুন:

    1. আপনি প্লাগইনটি সঠিকভাবে যুক্ত করেছেন তা নিশ্চিত করুন। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:

      • আপনি প্লাগইন যুক্ত করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' ) আপনার মডিউলটিতে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলটিতে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপাথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত হয়ে নিন যে প্লাগইনটি নিম্নলিখিত উভয় পতাকাগুলির মাধ্যমে অক্ষম নয় :

      • আপনার মডিউলে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে instrumentationEnabled
      • firebasePerformanceInstrumentationEnabled আপনার gradle.properties ফাইলে

  2. আপনার AndroidManifest.xml ফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring এসডিকে অক্ষম করা হয়নি কিনা তা পরীক্ষা করুন:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. নিশ্চিত হয়ে নিন যে রানটাইমে Performance Monitoring অক্ষম নয় ।

  4. আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

পারফরম্যান্স ড্যাশবোর্ডে এটি প্রদর্শন করার আগে Performance Monitoring প্রক্রিয়া পারফরম্যান্স ইভেন্টের ডেটা।

যদি "এসডিকে সনাক্ত করা" বার্তাটি উপস্থিত হওয়ার পরে 24 ঘণ্টারও বেশি সময় হয়ে যায় এবং আপনি এখনও ডেটা দেখছেন না, তবে যদি কোনও পরিচিত আউটেজ থাকে তবে ফায়ারবেস স্ট্যাটাস ড্যাশবোর্ডটি পরীক্ষা করুন। যদি কোনও বিভ্রাট না হয় তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

সাধারণ সমস্যা সমাধান

আপনি যদি এসডিকে সফলভাবে যুক্ত করেছেন এবং আপনার অ্যাপ্লিকেশনটিতে Performance Monitoring ব্যবহার করছেন, নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি সাধারণ সমস্যাগুলিতে সহায়তা করতে পারে যা Performance Monitoring বৈশিষ্ট্য এবং সরঞ্জামাদি জড়িত।

আপনি যদি পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তা না দেখেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:

  1. নিম্নলিখিত হিসাবে Performance Monitoring গ্রেডল প্লাগইন সেটআপ পরীক্ষা করুন:

    1. আপনি প্লাগইনটি সঠিকভাবে যুক্ত করেছেন তা নিশ্চিত করুন। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:

      • আপনি প্লাগইন যুক্ত করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' ) আপনার মডিউলটিতে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলটিতে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপাথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত হয়ে নিন যে প্লাগইনটি নিম্নলিখিত উভয় পতাকাগুলির মাধ্যমে অক্ষম নয় :

      • আপনার মডিউলে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে instrumentationEnabled
      • firebasePerformanceInstrumentationEnabled আপনার gradle.properties ফাইলে

  2. আপনার AndroidManifest.xml ফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring এসডিকে অক্ষম করা হয়নি কিনা তা পরীক্ষা করুন:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. নিশ্চিত হয়ে নিন যে রানটাইমে Performance Monitoring অক্ষম নয় ।

  4. আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

আপনি যদি স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য ডেটা মিস করছেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:

  1. নিশ্চিত হয়ে নিন যে আপনি অ্যান্ড্রয়েড এসডিকে (v21.0.4) এর সর্বশেষ সংস্করণটি ব্যবহার করছেন। স্ক্রিন রেন্ডারিং ট্রেসগুলি কেবল v15.2.0 বা তার পরে উপলব্ধ।

  2. নিশ্চিত হয়ে নিন যে আপনি কোনও স্ক্রিনের জন্য ম্যানুয়ালি হার্ডওয়্যার ত্বরণ অক্ষম করেন নি।

  3. আপনি ডেক্সগার্ড বা জ্যাক ব্যবহার করছেন না তা নিশ্চিত করুন। Performance Monitoring এই সরঞ্জামচেনগুলির সাথে বেমানান।

    • ডেক্সগার্ড অ্যাপ্লিকেশন স্টার্ট, অ্যাপ-ইন-ফরোগার্ড এবং অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেসগুলির স্বয়ংক্রিয় সংগ্রহ অক্ষম করে। তবে, যদি আপনার অ্যাপ্লিকেশনটি ডেক্সগার্ড ব্যবহার করে তবে কোনও কাস্টম কোড ট্রেসগুলি সাধারণত আচরণ করা উচিত।

    • জ্যাকটি হ্রাস করা হয় এবং সাধারণত আপনার অ্যাপ্লিকেশনটিতে ব্যবহার করা উচিত নয়।

আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য পারফরম্যান্স ডেটা দেখছেন তবে কাস্টম কোড ট্রেসগুলির জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. আপনি যদি ট্রেস এপিআইয়ের মাধ্যমে কাস্টম কোড ট্রেসগুলি চালিত করেন তবে ট্রেসগুলির সেটআপটি পরীক্ষা করুন, বিশেষত নিম্নলিখিতগুলি:

    • কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিকের নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও শীর্ষস্থানীয় বা ট্রেলিং হোয়াইটস্পেস, কোনও শীর্ষস্থানীয় আন্ডারস্কোর ( _ ) চরিত্র এবং সর্বোচ্চ দৈর্ঘ্য 32 টি অক্ষর নয়।
    • সমস্ত ট্রেস অবশ্যই শুরু করা এবং বন্ধ করতে হবে। যে কোনও ট্রেস যা শুরু হয় না, থামানো হয় না বা শুরু করার আগে থামানো হয় না লগ করা হবে না।

  2. আপনি যদি @AddTrace স্বরলিপিটির মাধ্যমে কাস্টম কোড ট্রেসগুলি চালিত করেন তবে Performance Monitoring গ্রেডল প্লাগইনটির সেটআপটি পরীক্ষা করুন:

    1. আপনি প্লাগইনটি সঠিকভাবে যুক্ত করেছেন তা নিশ্চিত করুন। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:

      • আপনি প্লাগইন যুক্ত করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' ) আপনার মডিউলটিতে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলটিতে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপাথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত হয়ে নিন যে প্লাগইনটি নিম্নলিখিত উভয় পতাকাগুলির মাধ্যমে অক্ষম নয় :

      • আপনার মডিউলে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে instrumentationEnabled
      • firebasePerformanceInstrumentationEnabled আপনার gradle.properties ফাইলে

  3. Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেসগুলিতে লগিং করছে তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ।

  4. যদি Performance Monitoring লগিং ইভেন্টগুলি হয় তবে 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত হয় না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা মিস করছেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি ব্যবহার করে দেখুন:

  1. অ্যান্ড্রয়েড অ্যাপ্লিকেশনগুলির জন্য, Performance Monitoring গ্রেডল প্লাগইন এমন উপকরণ সক্ষম করে যা এইচটিটিপি/এস নেটওয়ার্ক অনুরোধগুলির স্বয়ংক্রিয় পর্যবেক্ষণ সরবরাহ করে। নিম্নলিখিত পরীক্ষা করুন:

    1. আপনি প্লাগইনটি সঠিকভাবে যুক্ত করেছেন তা নিশ্চিত করুন। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:

      • আপনি প্লাগইন যুক্ত করেছেন ( apply plugin: 'com.google.firebase.firebase-perf' ) আপনার মডিউলটিতে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে।
      • আপনি আপনার প্রকল্প-স্তরের build.gradle ফাইলটিতে প্লাগইন ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) এর জন্য ক্লাসপাথ নির্ভরতা অন্তর্ভুক্ত করেছেন।

    2. নিশ্চিত হয়ে নিন যে প্লাগইনটি নিম্নলিখিত উভয় পতাকাগুলির মাধ্যমে অক্ষম নয় :

      • আপনার মডিউলে (অ্যাপ্লিকেশন-স্তর) build.gradle ফাইলটিতে instrumentationEnabled
      • firebasePerformanceInstrumentationEnabled আপনার gradle.properties ফাইলে

  2. নেটওয়ার্ক লাইব্রেরি অসামঞ্জস্যতার জন্য পরীক্ষা করুন। Performance Monitoring স্বয়ংক্রিয়ভাবে নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিকগুলি সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে: Okhttp 3.xx, জাভার url সংযোগ এবং অ্যাপাচি httpclient।

    নোট করুন যে আপনি নেটওয়ার্ক অনুরোধগুলির জন্য কাস্টম মনিটরিং যুক্ত করতে পারেন।

  3. নিম্নলিখিত বিষয়ে সচেতন থাকুন:

    • আপনার কোড দ্বারা ব্যবহৃত আপনার কোড এবং নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে Performance Monitoring কেবলমাত্র নেটওয়ার্ক অনুরোধগুলিতে সম্পূর্ণ হতে পারে। এর অর্থ হ'ল HTTP/s সংযোগগুলি যা খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যায় না।

    • Performance Monitoring ডেক্সগার্ড এবং জ্যাকের সাথে সামঞ্জস্যপূর্ণ নয়।

      • ডেক্সগার্ড এইচটিটিপি/এস নেটওয়ার্ক অনুরোধগুলির পর্যবেক্ষণ অক্ষম করে।
      • জ্যাকটি হ্রাস করা হয় এবং সাধারণত আপনার অ্যাপ্লিকেশনটিতে ব্যবহার করা উচিত নয়।

    • Performance Monitoring অবৈধ Content-Type শিরোনামগুলির সাথে নেটওয়ার্ক অনুরোধগুলিতে প্রতিবেদন করে না। তবে Content-Type শিরোনাম ছাড়াই নেটওয়ার্কের অনুরোধগুলি এখনও গ্রহণ করা হবে।

Performance Monitoring সমষ্টিগুলি ইউআরএল নিদর্শনগুলির অধীনে নেটওয়ার্ক অনুরোধের ডেটা কীভাবে সে সম্পর্কে আরও জানুন।

আপনি কাস্টম ইউআরএল নিদর্শনগুলিও চেষ্টা করে দেখতে পারেন!

FAQ

আমরা সাম্প্রতিক সতর্কতাগুলির সাথে শীর্ষস্থানীয় বিষয়গুলি আমাদের সাম্প্রতিক সতর্কতার প্রবর্তনের ফলোআপ হিসাবে প্রতিস্থাপন করেছি, যা আপনার সেট করা প্রান্তিকগুলি যখন অতিক্রম করা হবে তখন স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। বিষয়গুলি এখন অবমূল্যায়িত এবং সতর্কতা দ্বারা প্রতিস্থাপন করা হয়।

পারফরম্যান্স কার্ডের শীর্ষে অ্যাপস নির্বাচক সাম্প্রতিক সতর্কতাগুলির অধীনে সতর্কতা এন্ট্রিগুলি ফিল্টার করে। নির্বাচিত অ্যাপ্লিকেশনগুলির জন্য কেবলমাত্র তিনটি সাম্প্রতিক সতর্কতা প্রদর্শিত হয়।

সতর্কতা সম্পর্কে আরও জানতে, পারফরম্যান্স ইস্যুগুলির জন্য সেট আপ সতর্কতাগুলি দেখুন।

Performance Monitoring মেট্রিকগুলির জন্য সতর্কতাগুলিকে সমর্থন করে যা সংজ্ঞায়িত থ্রেশহোল্ডগুলি ছাড়িয়ে যায়। পারফরম্যান্স মেট্রিকগুলির জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা ইস্যুগুলির জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে ফেলেছি।

আপনি কীভাবে সমস্যা সমাধানের সমস্যাগুলি উন্নত করতে আমরা নতুন নতুন ডিজাইন করা, সেন্ট্রালাইজড ইউজার ইন্টারফেস (ইউআই) দিয়ে বিশদ এবং মেট্রিক পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানের ইউআই একই মূল কার্যকারিতা সরবরাহ করে যা বিশদ এবং মেট্রিকগুলি অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন ।

Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইসগুলি থেকে পারফরম্যান্স ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা যদি অ্যাপ্লিকেশনটি প্রচুর পরিমাণে পারফরম্যান্স ক্রিয়াকলাপ তৈরি করে তবে Performance Monitoring প্রক্রিয়াজাত ইভেন্টগুলির সংখ্যা হ্রাস করতে ডেটা সংগ্রহকে ডিভাইসের একটি উপসেটে সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট পরিমাণে বেশি যাতে কম ইভেন্টের পরেও মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ্লিকেশন অভিজ্ঞতার প্রতিনিধি।

আমরা যে ডেটা সংগ্রহ করি তার পরিমাণ পরিচালনা করতে, Performance Monitoring নিম্নলিখিত স্যাম্পলিং বিকল্পগুলি ব্যবহার করে:

  • অন-ডিভাইস রেট সীমাবদ্ধকরণ : কোনও ডিভাইসকে হঠাৎ করে ট্রেসের বিস্ফোরণ প্রেরণ থেকে রোধ করতে, আমরা প্রতি 10 মিনিটে কোনও ডিভাইস থেকে প্রেরিত কোড এবং নেটওয়ার্ক অনুরোধের ট্রেসগুলির সংখ্যা সীমাবদ্ধ করি। এই পদ্ধতির ডিভাইসটিকে লুপযুক্ত উপকরণগুলি থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা প্রেরণ করতে পারে এবং এটি কোনও একক ডিভাইসকে পারফরম্যান্স পরিমাপের স্কিউিং থেকে বাধা দেয়।

  • ডায়নামিক স্যাম্পলিং : Performance Monitoring সমস্ত অ্যাপ্লিকেশন ব্যবহারকারীদের জুড়ে প্রতিদিন অ্যাপ্লিকেশন প্রতি সীমিত সংখ্যক কোড ট্রেস এবং নেটওয়ার্ক অনুরোধ ট্রেস সংগ্রহ করে। কোনও এলোমেলো ডিভাইস ক্যাপচার এবং ট্রেস প্রেরণ করা উচিত কিনা তা নির্ধারণের জন্য ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল নমুনা হার আনা হয়। নমুনা দেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনও ইভেন্ট প্রেরণ করে না। গতিশীল নমুনা হারটি অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমাটির নীচে থেকে যায় তা নিশ্চিত করার জন্য সামঞ্জস্য করে।

    যে প্রকল্পগুলি বিগকুয়ারি ইন্টিগ্রেশন সক্ষম করেছে তা নেটওয়ার্ক অনুরোধের চিহ্নগুলির সংখ্যার জন্য একটি উচ্চতর সীমা গ্রহণ করে।

    ব্যবহারকারী সেশনগুলি কোনও ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিশদ ডেটা প্রেরণ করে, ডেটা ক্যাপচার এবং প্রেরণের জন্য আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব হ্রাস করতে, Performance Monitoring সেশনের সংখ্যাও সীমাবদ্ধ করতে পারে।

  • সার্ভার-সাইড রেট সীমাবদ্ধতা : অ্যাপ্লিকেশনগুলি নমুনা সীমা ছাড়িয়ে না যায় তা নিশ্চিত করার জন্য, Performance Monitoring ডিভাইসগুলি থেকে প্রাপ্ত কিছু ইভেন্ট বাদ দিতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরণের সীমাবদ্ধতা আমাদের মেট্রিকগুলির কার্যকারিতা পরিবর্তন করে না, এটি নিম্নলিখিতগুলি সহ সামান্য প্যাটার্ন শিফট হতে পারে:

    • ট্রেসের সংখ্যাটি কোডের একটি অংশ কার্যকর করা হয়েছিল তার সংখ্যা থেকে পৃথক হতে পারে।
    • কোডগুলিতে ঘনিষ্ঠভাবে মিলিত হওয়া ট্রেসগুলির প্রত্যেকের বিভিন্ন সংখ্যক নমুনা থাকতে পারে।

আমরা সতর্কতাগুলির প্রবর্তনের সাথে ইস্যু ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ডগুলি অতিক্রম করার সময় স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণের জন্য আপনাকে আর ম্যানুয়ালি Firebase কনসোলটি পরীক্ষা করার দরকার নেই। সতর্কতা সম্পর্কে জানতে, পারফরম্যান্স ইস্যুগুলির জন্য সেট আপ সতর্কতাগুলি দেখুন।

আমরা Firebase কনসোলের Performance Monitoring বিভাগটি নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাবটি আপনার মূল মেট্রিকগুলি এবং আপনার সমস্ত ট্রেসকে একটি জায়গায় প্রদর্শন করে। পুনরায় নকশার অংশ হিসাবে, আমরা অন ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে ফেলেছি।

ড্যাশবোর্ড ট্যাবের নীচে ট্রেস টেবিলটিতে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়েছে, তবে কিছু যুক্ত বৈশিষ্ট্য সহ, নির্দিষ্ট মেট্রিকের জন্য শতাংশ পরিবর্তন দ্বারা আপনার ট্রেসগুলি বাছাই করার ক্ষমতা সহ। নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেসের নামটি ক্লিক করুন।

ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:

  • নেটওয়ার্ক অনুরোধ ট্রেস (বাক্স এবং কাস্টম উভয়ই) -নেটওয়ার্ক অনুরোধ সাবট্যাব
  • কাস্টম কোড ট্রেস - কাস্টম ট্রেস সাবট্যাব
  • অ্যাপ্লিকেশন স্টার্ট, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস- কাস্টম ট্রেস সাবট্যাব
  • স্ক্রিন রেন্ডারিং ট্রেস - স্ক্রিন রেন্ডারিং সাবট্যাব
  • পৃষ্ঠা লোড ট্রেস - পৃষ্ঠা লোড সাবট্যাব

ট্রেস টেবিল এবং মেট্রিক এবং ডেটা দেখার বিষয়ে বিশদগুলির জন্য, কনসোল ওভারভিউ পৃষ্ঠাটি দেখুন ( আইওএস+ | অ্যান্ড্রয়েড | ওয়েব )।

ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর একটি অনুমানিত ডিভাইস রিফ্রেশ রেট সহ গণনা করা হয়। যদি কোনও ডিভাইস রিফ্রেশ রেট 60Hz এর চেয়ে কম হয় তবে প্রতিটি ফ্রেমের একটি ধীর রেন্ডারিং সময় থাকবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিংয়ের সময়গুলি আরও ধীর বা হিমায়িত ফ্রেমের প্রতিবেদন করতে পারে কারণ আরও ফ্রেমগুলি ধীর গতিতে বা হিমায়িত হবে। তবে, যদি কোনও ডিভাইস রিফ্রেশ রেট 60Hz এর চেয়ে বেশি হয় তবে প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। এটি কম ধীর বা হিমায়িত ফ্রেমের প্রতিবেদন করতে পারে। This is a current limitation in the Performance Monitoring SDK.

To see the performance of fragments in addition to app activity, make sure that your app is using Performance Monitoring Android SDK version 20.1.0 or above. To learn more, see Add Performance Monitoring to your app .

Each of the fragment and activity traces is based on its class name as defined in your application. Each of the screen traces contains the st prefix followed by the name of the class. On the Firebase console, the prefix is removed. To learn more, see Learn about screen rendering performance data (Apple & Android apps) .

Performance Monitoring conducts event sampling across all events collected on a device. This approach lets us collect the minimum events needed from user devices to provide performance metrics.

Performance Monitoring lets you set up alerts for the metrics you care about. For generated screen rendering traces, you can set up alerts to notify you when the slow and frozen frames percentage exceeds a threshold that you set.

Performance Monitoring for Android uses bytecode instrumentation to provide some out-of-the-box features like monitoring HTTP/S network requests . As a part of compilation, the process requires iteration through all the classes of your app (including dependencies) to instrument the code that is crucial in measuring the network request performance of your application.

Here are some key contributors to an increase in build time:

  • Number of classes or files
  • Size of each of those classes (lines of code)
  • Your machine configuration
  • Initial build versus a subsequent build (subsequent builds are usually faster than the initial build)

To optimize your build time, consider modularizing your code .

Starting with v1.3.3 of the Performance Monitoring plugin, we've concentrated on making considerable improvements in the incremental build processing and caching of library inputs. To receive the most recent build time improvements, make sure to use the latest version of the plugin (v1.4.2) .

Note that you can disable the Performance Monitoring plugin for your debug builds locally if you want to avoid long build times. However, this approach is not recommended for production builds, as it could result in missed performance measurements for the network requests in your app.

Performance Monitoring for Android uses bytecode instrumentation to provide some out-of-the-box features like monitoring HTTP/S network requests . As a part of compilation, the process requires iteration through all the classes of your app (including dependencies) to instrument the code that is crucial in measuring the network request performance of your application.

If you get build errors like JSR/RET are not supported with computeFrames option or similar errors after integrating with the Performance Monitoring plugin, this might be because you also have a dependency on a library that's incompatible with the Performance Monitoring Gradle plugin.

To get around this, you can exclude incompatible classes/libraries from being instrumented by following these steps:

  1. Update to the latest version of Performance Monitoring Gradle plugin (minimum v1.4.0 ).
  2. Update your Android Gradle plugin version to v7.2.0 or newer.
  3. Add the following flag to your module (app-level) build.gradle file to exclude the incompatible classes/libraries from being instrumented:
    android {
  // ...
  androidComponents {
    onVariants(selector().all(), {
        instrumentation.excludes.add("example.incompatible.library")
    })
  }
}
     To learn more about the exclude property of Android Gradle plugin's Instrumentation API, see Instrumentation .

Please file a Github issue when you encounter build errors due to incompatible libraries so that they can also be excluded from being instrumented in the Performance Monitoring plugin.

If you have enabled the BigQuery integration for Firebase Performance Monitoring , your data will be exported to BigQuery 12 to 24 hours after the end of the day (Pacific Time).

For example, the data for April 19th will be available in BigQuery on April 20th between 12:00pm and midnight (all dates and times are Pacific Time).

Near real-time data processing and display

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 .

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.

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.

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.

হ্যাঁ! 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.

Contacting Firebase Support

If you reach out to Firebase Support , always include your Firebase App ID. Find your Firebase App ID in the Your apps card of your Project settings .

,


This page provides troubleshooting tips for getting started with Performance Monitoring or using Performance Monitoring features and tooling.

First checks for troubleshooting

The following two checks are general best practices recommended for anyone before further troubleshooting.

1. Check log messages for performance events

Check your log messages to be sure that the Performance Monitoring SDK is capturing performance events.

  1. Enable debug logging for Performance Monitoring at build time by adding a <meta-data> element to your app's AndroidManifest.xml file, like so:

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

  2. Check your log messages for any error messages.

  3. Performance Monitoring tags its log messages with FirebasePerformance . Using logcat filtering, you can specifically view duration trace and HTTP/S network request logging by running the following command:

    adb logcat -s FirebasePerformance

  4. Check for the following types of logs which indicate that Performance Monitoring is logging performance events:

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

  5. Click on the URL to view your data in the Firebase console. It may take a few moments for the data to update in the dashboard.

If your app isn't logging performance events, review the troubleshooting tips .

2. Check the Firebase Status Dashboard

Check the Firebase Status Dashboard in case there is a known outage for Firebase or for Performance Monitoring .

Getting started with Performance Monitoring

If you're getting started with Performance Monitoring ( iOS+ | Android | Web ), the following troubleshooting tips can help with issues that involve Firebase detecting the SDK or displaying your first performance data in the Firebase console.

Firebase can detect if you've successfully added the Performance Monitoring SDK to your app when it receives event information (like app interactions) from your app. Usually within 10 minutes of starting your app, the Performance dashboard of the Firebase console displays an "SDK detected" message. Then, within 30 minutes, the dashboard displays the initial processed data.

If it's been more than 10 minutes since you added the latest version of SDK to your app, and you're still not seeing any change, check your log messages to make sure that Performance Monitoring is logging events. Try the appropriate troubleshooting steps as described below to troubleshoot a delayed SDK detection message.

  1. Make sure that you're using the Performance Monitoring Android SDK 19.1.0 or later (or Firebase BoM 26.3.0 or later), see Release Note .

  2. If you're still developing locally, try generating more events for data collection:

    1. Generate events by switching your app between background and foreground several times, interacting with your app by navigating across screens, and/or triggering network requests.

  3. Make sure that your Firebase configuration file ( google-services.json ) is correctly added to your app and that you haven't modified the file. Specifically, check the following:

    • The config file name isn't appended with additional characters, like (2) .

    • The config file is in the module (app-level) directory of your app.

    • The Firebase Android App ID ( mobilesdk_app_id ) listed in the config file is correct for your app. Find your Firebase App ID in the Your apps card of your Project settings .

    If anything seems wrong with the config file in your app, try the following:

    1. Delete the config file that you currently have in your app.

    2. Follow these instructions to download a new config file and add it to your Android app.

  4. If the SDK is logging events and everything seems to be set up correctly, but you're still not seeing the SDK detection message or processed data (after 10 minutes), contact Firebase Support .

  1. Check the setup of the Performance Monitoring Gradle plugin, as follows:

    1. Make sure that you added the plugin correctly. Specifically, check the following:

      • You added the plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) in your module (app-level) build.gradle file.
      • You included the classpath dependency for the plugin ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) in your project-level build.gradle file.

    2. Make sure that the plugin is not disabled through either of the following flags:

      • instrumentationEnabled in your module (app-level) build.gradle file
      • firebasePerformanceInstrumentationEnabled in your gradle.properties file

  2. Check that the Performance Monitoring SDK is not disabled through either of the following flags in your AndroidManifest.xml file:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. Make sure that Performance Monitoring is not disabled at runtime .

  4. If you can't find anything that's disabled in your app, contact Firebase Support .

Performance Monitoring processes performance event data before displaying it in the Performance dashboard .

If it's been more than 24 hours since the "SDK detected" message appeared , and you're still not seeing data, then check the Firebase Status Dashboard in case there is a known outage. If there is no outage, contact Firebase Support .

সাধারণ সমস্যা সমাধান

If you've successfully added the SDK and are using Performance Monitoring in your app, the following troubleshooting tips can help with general issues that involve Performance Monitoring features and tooling.

If you're not seeing log messages for performance events , try the following troubleshooting steps:

  1. Check the setup of the Performance Monitoring Gradle plugin, as follows:

    1. Make sure that you added the plugin correctly. Specifically, check the following:

      • You added the plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) in your module (app-level) build.gradle file.
      • You included the classpath dependency for the plugin ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) in your project-level build.gradle file.

    2. Make sure that the plugin is not disabled through either of the following flags:

      • instrumentationEnabled in your module (app-level) build.gradle file
      • firebasePerformanceInstrumentationEnabled in your gradle.properties file

  2. Check that the Performance Monitoring SDK is not disabled through either of the following flags in your AndroidManifest.xml file:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated

  3. Make sure that Performance Monitoring is not disabled at runtime .

  4. If you can't find anything that's disabled in your app, contact Firebase Support .

If you're missing data for screen rendering traces, try the following troubleshooting steps:

  1. Make sure that you're using the latest version of the Android SDK (v21.0.4). Screen rendering traces are only available with v15.2.0 or later.

  2. Make sure that you haven't manually disabled Hardware Acceleration for a screen.

  3. Make sure that you're not using DexGuard or Jack. Performance Monitoring is incompatible with these toolchains.

    • DexGuard disables automatic collection of app start, app-in-foreground, and app-in-background traces. However, any custom code traces should behave normally if your app uses DexGuard.

    • Jack is deprecated and generally should not be used in your app.

Are you seeing performance data for automatically collected traces but not for custom code traces ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:

  1. If you instrumented custom code traces via the Trace API , check the setup of the traces, especially the following:

    • Names for custom code traces and custom metrics must meet the following requirements: no leading or trailing whitespace, no leading underscore ( _ ) character, and max length is 32 characters.
    • All traces must be started and stopped. Any trace that is not started, not stopped, or stopped before started will not be logged.

  2. If you instrumented custom code traces via @AddTrace notation , check the setup of the Performance Monitoring Gradle plugin:

    1. Make sure that you added the plugin correctly. Specifically, check the following:

      • You added the plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) in your module (app-level) build.gradle file.
      • You included the classpath dependency for the plugin ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) in your project-level build.gradle file.

    2. Make sure that the plugin is not disabled through either of the following flags:

      • instrumentationEnabled in your module (app-level) build.gradle file
      • firebasePerformanceInstrumentationEnabled in your gradle.properties file

  3. Check your log messages to make sure that Performance Monitoring is logging expected custom code traces.

  4. If Performance Monitoring is logging events, but no data displays after 24 hours, contact Firebase Support .

If you're missing network request data, try the following troubleshooting steps:

  1. For Android apps, the Performance Monitoring Gradle plugin enables instrumentation that provides automatic monitoring of HTTP/S network requests . নিম্নলিখিত পরীক্ষা করুন:

    1. Make sure that you added the plugin correctly. Specifically, check the following:

      • You added the plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) in your module (app-level) build.gradle file.
      • You included the classpath dependency for the plugin ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) in your project-level build.gradle file.

    2. Make sure that the plugin is not disabled through either of the following flags:

      • instrumentationEnabled in your module (app-level) build.gradle file
      • firebasePerformanceInstrumentationEnabled in your gradle.properties file

  2. Check for network library incompatibility. Performance Monitoring automatically collects metrics for network requests that use the following networking libraries: OkHttp 3.xx, Java's URLConnection, and Apache HttpClient.

    Note that you can add custom monitoring for network requests .

  3. নিম্নলিখিত বিষয়ে সচেতন থাকুন:

    • Depending on the behavior of your code and networking libraries used by your code, Performance Monitoring might only report on network requests that are completed. This means that HTTP/S connections that are left open might not be reported.

    • Performance Monitoring is not compatible with DexGuard and Jack.

      • DexGuard disables monitoring of HTTP/S network requests.
      • Jack is deprecated and generally should not be used in your app.

    • Performance Monitoring does not report on network requests with invalid Content-Type headers. However, network requests without the Content-Type headers will still be accepted.

Learn more about how Performance Monitoring aggregates network request data under URL patterns.

You can also try out custom URL patterns !

FAQ

We replaced Top Issues with Recent Alerts as a follow-up to our recent introduction of alerts, which automatically notify you when the thresholds you set are crossed. Issues are now deprecated and replaced by alerts.

The apps selector at the top of the Performance card filters the alert entries under Recent Alerts . Only the three most recent alerts for the app(s) selected are displayed.

To learn more about alerts, see Set up alerts for performance issues .

Performance Monitoring supports alerts for metrics that exceed defined thresholds. To avoid confusion with these configurable thresholds for performance metrics, we removed the ability to configure thresholds for issues .

We replaced the Details and Metrics pages with a newly redesigned, centralized user interface (UI) to improve how you troubleshoot issues. This new troubleshooting UI offers the same core functionality that Details and Metrics offered. To learn more about troubleshooting, see View more data for a specific trace .

Performance Monitoring collects performance data from your app's user devices. If your application has many users or if the app generates a large amount of performance activity, Performance Monitoring might limit data collection to a subset of devices to reduce the number of processed events. These limits are high enough so that, even with fewer events, the metric values are still representative of your user's app experience.

To manage the volume of data that we collect, Performance Monitoring uses the following sampling options:

  • On-device rate limiting : To prevent a device from sending sudden bursts of traces, we limit the number of code and network request traces sent from a device to 300 events every 10 mins. This approach protects the device from looped instrumentations that can send large amounts of performance data, and it prevents a single device from skewing the performance measurements.

  • Dynamic sampling : Performance Monitoring collects a limited number of code traces and network request traces per app daily across all app users. A dynamic sampling rate is fetched on devices (using Firebase Remote Config ) to determine whether a random device should capture and send traces. A device that is not selected for sampling does not send any events. The dynamic sampling rate is app-specific and adjusts to ensure that the overall volume of collected data remains below the limit.

    Projects that enabled BigQuery integration receive a higher limit for the number of network request traces.

    User sessions send additional, detailed data from a user's device, requiring more resources to capture and send the data. To minimize the impact of user sessions, Performance Monitoring might also restrict the number of sessions.

  • Server-side rate limiting : To ensure that apps don't exceed the sampling limit, Performance Monitoring might use server-side sampling to drop some events received from devices. Although this type of limiting doesn't change the effectiveness of our metrics, it may cause minor pattern shifts, including the following:

    • The number of traces can differ from the number of times that a piece of code was executed.
    • Traces that are closely coupled in code may each have a different number of samples.

We replaced the Issues tab with the introduction of Alerts, which automatically notifies you when the thresholds you set are exceeded. You no longer need to manually check the Firebase console to determine the status of a threshold. To learn about Alerts, see Set up alerts for performance issues .

We've redesigned the Performance Monitoring section of the Firebase console so that the Dashboard tab displays your key metrics and all your traces in one space. As part of the redesign, we removed the On device and Network pages.

The traces table at the bottom of the Dashboard tab has all the same information that the On device and Network tabs displayed, but with some added features, including the ability to sort your traces by the percentage change for a specific metric. To view all the metrics and data for a specific trace, click the trace name in the traces table.

View your traces in the following subtabs of the traces table:

  • Network request traces (both out-of-the-box and custom) — Network requests subtab
  • Custom code traces — Custom traces subtab
  • App start, app-in-foreground, app-in-background traces — Custom traces subtab
  • Screen rendering traces — Screen rendering subtab
  • Page load traces — Page load subtab

For details about the traces table and viewing metrics and data, visit the console overview page ( iOS+ | Android | Web ).

Slow rendering frames and frozen frames are calculated with an assumed device refresh rate of 60Hz. If a device refresh rate is lower than 60Hz, each frame will have a slower rendering time because fewer frames are rendered per second. Slower rendering times can cause more slow or frozen frames to be reported because more frames will be rendered slower or will freeze. However, if a device refresh rate is higher than 60Hz, each frame will have a faster rendering time. This can cause fewer slow or frozen frames to be reported. This is a current limitation in the Performance Monitoring SDK.

To see the performance of fragments in addition to app activity, make sure that your app is using Performance Monitoring Android SDK version 20.1.0 or above. To learn more, see Add Performance Monitoring to your app .

Each of the fragment and activity traces is based on its class name as defined in your application. Each of the screen traces contains the st prefix followed by the name of the class. On the Firebase console, the prefix is removed. To learn more, see Learn about screen rendering performance data (Apple & Android apps) .

Performance Monitoring conducts event sampling across all events collected on a device. This approach lets us collect the minimum events needed from user devices to provide performance metrics.

Performance Monitoring lets you set up alerts for the metrics you care about. For generated screen rendering traces, you can set up alerts to notify you when the slow and frozen frames percentage exceeds a threshold that you set.

Performance Monitoring for Android uses bytecode instrumentation to provide some out-of-the-box features like monitoring HTTP/S network requests . As a part of compilation, the process requires iteration through all the classes of your app (including dependencies) to instrument the code that is crucial in measuring the network request performance of your application.

Here are some key contributors to an increase in build time:

  • Number of classes or files
  • Size of each of those classes (lines of code)
  • Your machine configuration
  • Initial build versus a subsequent build (subsequent builds are usually faster than the initial build)

To optimize your build time, consider modularizing your code .

Starting with v1.3.3 of the Performance Monitoring plugin, we've concentrated on making considerable improvements in the incremental build processing and caching of library inputs. To receive the most recent build time improvements, make sure to use the latest version of the plugin (v1.4.2) .

Note that you can disable the Performance Monitoring plugin for your debug builds locally if you want to avoid long build times. However, this approach is not recommended for production builds, as it could result in missed performance measurements for the network requests in your app.

Performance Monitoring for Android uses bytecode instrumentation to provide some out-of-the-box features like monitoring HTTP/S network requests . As a part of compilation, the process requires iteration through all the classes of your app (including dependencies) to instrument the code that is crucial in measuring the network request performance of your application.

If you get build errors like JSR/RET are not supported with computeFrames option or similar errors after integrating with the Performance Monitoring plugin, this might be because you also have a dependency on a library that's incompatible with the Performance Monitoring Gradle plugin.

To get around this, you can exclude incompatible classes/libraries from being instrumented by following these steps:

  1. Update to the latest version of Performance Monitoring Gradle plugin (minimum v1.4.0 ).
  2. Update your Android Gradle plugin version to v7.2.0 or newer.
  3. Add the following flag to your module (app-level) build.gradle file to exclude the incompatible classes/libraries from being instrumented:
    android {
  // ...
  androidComponents {
    onVariants(selector().all(), {
        instrumentation.excludes.add("example.incompatible.library")
    })
  }
}
     To learn more about the exclude property of Android Gradle plugin's Instrumentation API, see Instrumentation .

Please file a Github issue when you encounter build errors due to incompatible libraries so that they can also be excluded from being instrumented in the Performance Monitoring plugin.

If you have enabled the BigQuery integration for Firebase Performance Monitoring , your data will be exported to BigQuery 12 to 24 hours after the end of the day (Pacific Time).

For example, the data for April 19th will be available in BigQuery on April 20th between 12:00pm and midnight (all dates and times are Pacific Time).

Near real-time data processing and display

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 .

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.

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.

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.

হ্যাঁ! 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.

Contacting Firebase Support

If you reach out to Firebase Support , always include your Firebase App ID. Find your Firebase App ID in the Your apps card of your Project settings .