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

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

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-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।

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

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

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

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

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

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

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

কর্মক্ষমতা ড্যাশবোর্ডে স্ক্রীন ট্রেস ডেটা অনুপস্থিত

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

1. নিশ্চিত করুন যে আপনি Android SDK (v21.0.2) এর সর্বশেষ সংস্করণ ব্যবহার করছেন৷ স্ক্রীন রেন্ডারিং ট্রেস শুধুমাত্র 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 প্যাটার্ন ব্যবহার করে দেখতে পারেন!

প্রোজেক্ট হোমে পারফরম্যান্স কার্ডে শীর্ষ সমস্যাগুলির কী ঘটেছে?

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

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

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

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

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

Firebase কনসোলে বিশদ এবং মেট্রিক্স তথ্যের কী হয়েছে?

আপনি কীভাবে সমস্যার সমাধান করবেন তা উন্নত করতে আমরা একটি নতুন নতুন ডিজাইন করা, কেন্দ্রীভূত ইউজার ইন্টারফেস (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 গ্রেডল প্লাগইন সক্রিয় করার পরে আমার নির্মাণের সময় বেশি। আমি কিভাবে এটি উন্নত করতে পারি?

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

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

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

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

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

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

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 প্লাগইনে ইনস্ট্রুমেন্ট করা থেকেও বাদ দেওয়া যায়।

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

আপনি যদি 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 সক্ষম করবে।

Performance Monitoring এসডিকে কোন সংস্করণগুলি রিয়েল-টাইম সামঞ্জস্যপূর্ণ হিসাবে বিবেচিত হয়?

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

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

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

আমি যদি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করতে আমার অ্যাপ্লিকেশনটি আপডেট না করি তবে কী হবে?

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

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

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

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