পারফর্ম্যান্স মনিটরিং সংক্রান্ত সমস্যার সমাধান ও প্রায়শই জিজ্ঞাসিত প্রশ্ন

পারফর্ম্যান্স ইভেন্টের জন্য লগ মেসেজ কীভাবে দেখবেন

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

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

2. কোনও ত্রুটি মেসেজ আছে কিনা তা জানতে আপনার লগ মেসেজ চেক করুন।

3. Performance Monitoring, FirebasePerformance-এর সাথে এর লগ মেসেজ ট্যাগ করে। logcat ফিল্টারিং ব্যবহার করে, আপনি নিম্নলিখিত কমান্ড রান করার মাধ্যমে বিশেষভাবে ডিউরেশন ট্রেস এবং 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-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কিছুক্ষণ সময় লাগতে পারে।

আপনার অ্যাপ পারফর্ম্যান্স ইভেন্ট লগ না করলে, সমস্যার সমাধানকরণ পরামর্শ পর্যালোচনা করুন।

অ্যাপে SDK যোগ করা হয়েছে, কিন্তু কনসোল এখনও SDK যোগ করতে বলছে

আপনার অ্যাপ থেকে ইভেন্ট সংক্রান্ত তথ্য (যেমন, অ্যাপ ইন্টার‍্যাকশন) পেলে, Firebase শনাক্ত করতে পারে যে আপনি অ্যাপে Performance Monitoring SDK যোগ করেছেন কিনা। সাধারণত, আপনার অ্যাপ চালু করার ১০ মিনিটের মধ্যে, Firebase কনসোলের পারফর্ম্যান্স ড্যাশবোর্ডে "SDK শনাক্ত করা হয়েছে" মেসেজ দেখানো হয়। তারপর, ৩০ মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রসেস করা ডেটা দেখায়।

আপনার অ্যাপে SDK-এর লেটেস্ট ভার্সন যোগ করার ১০ মিনিটের বেশি সময় হয়ে যাওয়ার পরেও আপনি কোনও পরিবর্তন দেখতে না পেলে, Performance Monitoring ইভেন্ট লগ করছে কিনা তা নিশ্চিত করতে আপনার লগ মেসেজ চেক করুন। SDK শনাক্তকরণ মেসেজ দেরিতে পাওয়ার সমস্যা সমাধান করতে, নিচে উল্লেখ করা সমস্যা সমাধানের উপযুক্ত ধাপগুলি অনুসরণ করুন।

কনসোল বলছে যে SDK শনাক্ত করা হয়েছে, কিন্তু কোনও ডেটা দেখানো হচ্ছে না

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

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

অ্যাপ পারফর্ম্যান্স ইভেন্ট লগ করছে না

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

1. Performance Monitoring Gradle প্লাগ-ইনের সেট-আপ চেক করুন, যেমন:

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

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

   2. নিশ্চিত করুন যে প্লাগ-ইন নিম্নলিখিত ফ্ল্যাগগুলির মধ্যে যেকোনও একটির মাধ্যমে বন্ধ করা নেই:

      • আপনার মডিউলে (অ্যাপ-লেভেল) instrumentationEnabled build.gradle ফাইল
      • আপনার 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-এর লেটেস্ট ভার্সন (v23.0.1) ব্যবহার করছেন কিনা তা নিশ্চিত করুন। স্ক্রিন রেন্ডারিং ট্রেস শুধুমাত্র v15.2.0 বা তার পরবর্তী ভার্সনে উপলভ্য।

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

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

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

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

পারফর্ম্যান্স ড্যাশবোর্ডে কাস্টম ট্রেস ডেটা নেই

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

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

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

2. আপনি যদি @AddTrace নোটেশনের মাধ্যমে কাস্টম কোড ট্রেস ইন্সট্রুমেন্ট করে থাকেন, তাহলে Performance Monitoring Gradle প্লাগ-ইনের সেট-আপ চেক করুন:

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

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

   2. নিশ্চিত করুন যে প্লাগ-ইন নিম্নলিখিত ফ্ল্যাগগুলির মধ্যে যেকোনও একটির মাধ্যমে বন্ধ করা নেই:

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

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

4. Performance Monitoring যদি ইভেন্ট লগ করে, কিন্তু ২৪ ঘণ্টা পরেও কোনও ডেটা না দেখায়, Firebase সহায়তা টিমের সাথে যোগাযোগ করুন।

পারফর্ম্যান্স ড্যাশবোর্ডে নেটওয়ার্ক অনুরোধ সংক্রান্ত ডেটা নেই

নেটওয়ার্ক রিকোয়েস্ট ডেটা দেখতে না পেলে, সমস্যার সমাধান করতে নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

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

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

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

   2. নিশ্চিত করুন যে প্লাগ-ইন নিম্নলিখিত ফ্ল্যাগগুলির মধ্যে যেকোনও একটির মাধ্যমে বন্ধ করা নেই:

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

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

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

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

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

   • Performance Monitoring, DexGuard ও Jack-এর সাথে মানানসই নয়।

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

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

নেটওয়ার্ক রিকোয়েস্ট ডেটা প্রত্যাশা অনুযায়ী অ্যাগ্রিগেট করা হচ্ছে না

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

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

Project হোমে পারফর্ম্যান্স কার্ডে প্রধান সমস্যাগুলির কী হল?

আমরা সম্প্রতি চালু করা সতর্কতার ফলো-আপ হিসেবে সেরা সমস্যা-র পরিবর্তে সাম্প্রতিক সতর্কতা নিয়ে এসেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে আপনাকে অটোমেটিক বিজ্ঞপ্তি পাঠায়। সমস্যা এখন বাতিল করা হয়েছে এবং তার পরিবর্তে সতর্কতা দেখানো হচ্ছে।

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

সতর্কতা সম্পর্কে আরও জানতে, পারফর্ম্যান্স সংক্রান্ত সমস্যার জন্য সতর্কতা সেট-আপ করুন দেখুন।

কনসোলে সমস্যার জন্য থ্রেশহোল্ড সেট করার ক্ষমতার কী হয়েছে?

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

Firebase কনসোলে বিবরণ ও মেট্রিক্স সংক্রান্ত তথ্যের কী হয়েছে?

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

আমি যতগুলি স্যাম্পেল আশা করেছিলাম ততগুলি নেই কেন?

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

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

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

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

  যেসব প্রোজেক্টে BigQuery ইন্টিগ্রেশন চালু করা আছে, সেগুলিতে নেটওয়ার্ক রিকোয়েস্ট ট্রেসের সংখ্যার জন্য আরও বেশি সীমা পাওয়া যায়।

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

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

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

কনসোলের সমস্যা ট্যাবে কী হয়েছে?

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

কনসোলে ডিভাইসে এবং নেটওয়ার্ক ট্যাবের কী হয়েছে? আমি কীভাবে সেইসব পৃষ্ঠায় থাকা ট্রেস দেখতে পাব?

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

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

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

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

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

স্লো ও ফ্রোজেন ফ্রেমের সংখ্যা আমার প্রত্যাশা অনুযায়ী নয় কেন?

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

আমি কেন ফ্র্যাগমেন্ট ট্রেস দেখতে পাচ্ছি না?

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

কোন ট্রেস ফ্র্যাগমেন্ট ও অ্যাক্টিভিটির সাথে সম্পর্কিত তা আমি কীভাবে বুঝব?

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

আমি অন্যান্য ট্রেসের চেয়ে কম ফ্র্যাগমেন্ট ট্রেস কেন দেখতে পাচ্ছি?

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

আমার অ্যাপ্লিকেশনের রেন্ডারিং পারফর্ম্যান্সে কোনও সমস্যা হলে আমি কীভাবে বিজ্ঞপ্তি পাব?

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

Performance Monitoring Gradle প্লাগ-ইন চালু করার পরে আমার বিল্ড টাইম বেশি লাগছে। আমি কীভাবে এটি আরও ভাল করতে পারি?

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

বিল্ড টাইম বাড়ার কিছু মূল কারণ এখানে উল্লেখ করা হল:

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

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

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

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

Performance Monitoring Gradle প্লাগ-ইনের সাথে মানানসই নয় এমন লাইব্রেরির কারণে বিল্ড সংক্রান্ত সমস্যা হলে আমি কী করব?

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

Performance Monitoring প্লাগ-ইনের সাথে ইন্টিগ্রেট করার পরে আপনি যদি JSR/RET are not supported with computeFrames option বা একই ধরনের বিল্ড সংক্রান্ত সমস্যা দেখতে পান, তাহলে এটি হতে পারে কারণ আপনার কাছে এমন একটি লাইব্রেরির উপর নির্ভরতা রয়েছে যা Performance Monitoring Gradle প্লাগ-ইনের সাথে মানানসই নয়।

এই সমস্যা এড়াতে, আপনি এই ধাপগুলি অনুসরণ করে ইনস্ট্রুমেন্ট করা থেকে বেমানান ক্লাস/লাইব্রেরি বাদ দিতে পারেন:

1. Performance Monitoring Gradle প্লাগ-ইনের লেটেস্ট ভার্সনে (কমপক্ষে v1.4.0) আপডেট করুন।
2. আপনার Android Gradle প্লাগ-ইন ভার্সন v7.2.0 বা তার পরবর্তী ভার্সনে আপডেট করুন।
3. ইনস্ট্রুমেন্ট করা থেকে বেমানান ক্লাস/লাইব্রেরি বাদ দিতে আপনার মডিউল (অ্যাপ-লেভেল) build.gradle ফাইলে নিম্নলিখিত ফ্ল্যাগ যোগ করুন:

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

   Android Gradle প্লাগ-ইনের Instrumentation API-এর exclude প্রপার্টি সম্পর্কে আরও জানতে, ইন্সট্রুমেন্টেশন দেখুন।

অসামঞ্জস্যপূর্ণ লাইব্রেরির কারণে বিল্ড সংক্রান্ত সমস্যা হলে, Github-এ সমস্যা ফাইল করুন যাতে সেগুলিও Performance Monitoring প্লাগ-ইনে ইনস্ট্রুমেন্ট করা থেকে বাদ দেওয়া যায়।

আমার Performance Monitoring ডেটা BigQuery-তে এক্সপোর্ট হতে প্রত্যাশার চেয়ে বেশি সময় লাগছে। এটি কি রিয়েল-টাইম নয়?

আপনি Firebase Performance Monitoring-এর জন্য BigQuery ইন্টিগ্রেশন চালু করে থাকলে, দিনের শেষে (প্যাসিফিক টাইম) ১২ থেকে ২৪ ঘণ্টা পরে আপনার ডেটা BigQuery-তে এক্সপোর্ট করা হবে।

যেমন, ১৯ এপ্রিলের ডেটা BigQuery-তে ২০ এপ্রিল দুপুর ১২টা থেকে মধ্যরাতের মধ্যে (সব তারিখ ও সময় প্যাসিফিক টাইম অনুযায়ী) উপলভ্য হবে।

আমি কতগুলি কাস্টম URL প্যাটার্ন তৈরি করতে পারি?

আপনি প্রতিটি অ্যাপের জন্য সর্বাধিক ৪০০টি কাস্টম URL প্যাটার্ন এবং সেই অ্যাপের জন্য প্রতিটি ডোমেনে সর্বাধিক ১০০টি কাস্টম URL প্যাটার্ন তৈরি করতে পারবেন।

"প্রায় রিয়েল-টাইম" পারফর্ম্যান্স ডেটা বলতে কী বোঝায়?

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

প্রায় রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনার অ্যাপ যেন রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সন ব্যবহার করে তা নিশ্চিত করুন।

আমার অ্যাপের জন্য প্রায় রিয়েল-টাইম পারফর্ম্যান্স ডেটা কীভাবে পাব?

প্রায় রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনাকে শুধু এটি নিশ্চিত করতে হবে যে আপনার অ্যাপ 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 কনসোলে আপনার অ্যাপের সব পারফর্ম্যান্স ডেটা দেখতে পাবেন। তবে, পারফর্ম্যান্স ডেটা সংগ্রহ করার প্রায় ৩৬ ঘণ্টা পরে তা দেখানো হবে।

আমি রিয়েল-টাইম কম্প্যাটিবল SDK ভার্সনে আপডেট করেছি, কিন্তু আমার কিছু ব্যবহারকারী এখনও আমার অ্যাপের পুরনো ভার্সন ব্যবহার করছেন। আমি কি Firebase কনসোলে তাদের পারফর্ম্যান্স ডেটা দেখা চালিয়ে যেতে পারব?

হ্যাঁ! কোনও অ্যাপ ইনস্ট্যান্স যে SDK ভার্সনই ব্যবহার করুক না কেন, আপনি সব ব্যবহারকারীর পারফর্ম্যান্স ডেটা দেখতে পাবেন।

তবে, আপনি যদি সাম্প্রতিক ডেটা (মোটামুটি ৩৬ ঘণ্টার কম পুরনো) দেখেন, তাহলে দেখানো ডেটা রিয়েল-টাইম মানানসই SDK ভার্সন ব্যবহার করা অ্যাপ ইনস্ট্যান্সের ব্যবহারকারীদের থেকে পাওয়া। তবে, সাম্প্রতিক নয় ডেটায় আপনার অ্যাপের সব ভার্সনের পারফর্ম্যান্স ডেটা অন্তর্ভুক্ত থাকে।

আমি কেন পারফর্ম্যান্স ডেটার রিয়েল-টাইম ডিসপ্লে দেখতে পাচ্ছি না?

রিয়েল-টাইম পারফর্ম্যান্স ডেটা দেখতে, আপনার অ্যাপ যেন এমন একটি Performance Monitoring 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-কে প্রায় রিয়েল টাইমে আপনার ডেটা প্রসেস করার সুবিধা দেবে।