Firebase 将于 4 月 9 日至 11 日重返 Cloud Next 大会。立即报名。

এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

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

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

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

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

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

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

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

আপনার অ্যাপের AndroidManifest.xml ফাইলে একটি <meta-data> উপাদান যোগ করে বিল্ড টাইমে Performance Monitoring জন্য ডিবাগ লগিং সক্ষম করুন, যেমন:
```
<application>
    <meta-data
      android:name="firebase_performance_logcat_enabled"
      android:value="true" />
</application>
```
কোনো ত্রুটি বার্তা জন্য আপনার লগ বার্তা পরীক্ষা করুন.
Performance Monitoring এর লগ মেসেজগুলিকে FirebasePerformance দিয়ে ট্যাগ করে। লগক্যাট ফিল্টারিং ব্যবহার করে, আপনি বিশেষভাবে নিম্নলিখিত কমান্ডটি চালিয়ে সময়কাল ট্রেস এবং HTTP/S নেটওয়ার্ক অনুরোধ লগিং দেখতে পারেন:
```
adb logcat -s FirebasePerformance
```
নিম্নলিখিত ধরনের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring পারফরম্যান্স ইভেন্টগুলি লগিং করছে:
- Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
- Logging network request trace: URL
Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।

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

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

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

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

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

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

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

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

অ্যাপটি লগিং ইভেন্ট: সমস্যা সমাধানের পদক্ষেপ

নিশ্চিত করুন যে আপনি Performance Monitoring অ্যান্ড্রয়েড SDK 19.1.0 বা তার পরবর্তী (বা Firebase BoM 26.3.0 বা তার পরে) ব্যবহার করছেন, রিলিজ নোট দেখুন।
আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন, তথ্য সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:
1. আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।
আপনার ফায়ারবেস কনফিগারেশন ফাইল ( google-services.json ) আপনার অ্যাপে সঠিকভাবে যোগ করা হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেননি তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:
- কনফিগার ফাইলের নাম অতিরিক্ত অক্ষরের সাথে যুক্ত করা হয় না, যেমন (2) ।
- কনফিগার ফাইলটি আপনার অ্যাপের মডিউল (অ্যাপ-লেভেল) ডিরেক্টরিতে রয়েছে।
- কনফিগার ফাইলে তালিকাভুক্ত Firebase Android অ্যাপ আইডি ( mobilesdk_app_id ) আপনার অ্যাপের জন্য সঠিক। আপনার প্রজেক্ট সেটিংসের আপনার অ্যাপস কার্ডে আপনার Firebase অ্যাপ আইডি খুঁজুন।
আপনার অ্যাপের কনফিগারেশন ফাইলের সাথে কিছু ভুল মনে হলে, নিম্নলিখিত চেষ্টা করুন:
1. আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইলটি আছে সেটি মুছুন।
2. একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এবং আপনার অ্যান্ড্রয়েড অ্যাপে যোগ করতে এই নির্দেশাবলী অনুসরণ করুন।
যদি SDK ইভেন্টগুলি লগিং করে এবং সবকিছু সঠিকভাবে সেট আপ করা বলে মনে হয়, কিন্তু আপনি এখনও SDK সনাক্তকরণ বার্তা বা প্রক্রিয়াকৃত ডেটা (10 মিনিটের পরে) দেখতে পাচ্ছেন না, Firebase সহায়তার সাথে যোগাযোগ করুন ৷

অ্যাপটি ইভেন্টগুলি লগ করছে না : সমস্যা সমাধানের পদক্ষেপগুলি৷

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
আপনার AndroidManifest.xml ফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনও একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি তা পরীক্ষা করুন:
- firebase_performance_collection_enabled
- firebase_performance_collection_deactivated
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন।
আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।

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

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

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

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

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

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

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

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
আপনার AndroidManifest.xml ফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনও একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি তা পরীক্ষা করুন:
- firebase_performance_collection_enabled
- firebase_performance_collection_deactivated
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন।
আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।

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

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

নিশ্চিত করুন যে আপনি Android SDK (v21.0.4) এর সর্বশেষ সংস্করণ ব্যবহার করছেন৷ স্ক্রীন রেন্ডারিং ট্রেস শুধুমাত্র v15.2.0 বা তার পরে উপলব্ধ।
নিশ্চিত করুন যে আপনি একটি স্ক্রিনের জন্য ম্যানুয়ালি হার্ডওয়্যার অ্যাক্সিলারেশন অক্ষম করেননি৷
আপনি ডেক্সগার্ড বা জ্যাক ব্যবহার করছেন না তা নিশ্চিত করুন। Performance Monitoring এই টুলচেইনের সাথে বেমানান।
- DexGuard অ্যাপ স্টার্ট, অ্যাপ-ইন-ফোরগ্রাউন্ড এবং অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেসের স্বয়ংক্রিয় সংগ্রহ অক্ষম করে। যাইহোক, যদি আপনার অ্যাপ ডেক্সগার্ড ব্যবহার করে তবে যেকোনও কাস্টম কোড ট্রেস স্বাভাবিকভাবে আচরণ করা উচিত।
- জ্যাক অবহেলিত এবং সাধারণত আপনার অ্যাপে ব্যবহার করা উচিত নয়।

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

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

আপনি যদি Trace API এর মাধ্যমে কাস্টম কোড ট্রেস ইনস্ট্রুমেন্ট করেন, তাহলে ট্রেসের সেটআপ পরীক্ষা করুন, বিশেষ করে নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর ( _ ) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য 32 অক্ষর৷
- সমস্ত ট্রেস শুরু এবং বন্ধ করা আবশ্যক. যে কোনো ট্রেস যা শুরু হয়নি, বন্ধ করা হয়নি বা শুরু হওয়ার আগে বন্ধ করা হয়েছে তা লগ করা হবে না।
আপনি যদি @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
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগিং করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ৷
যদি Performance Monitoring ইভেন্টগুলি লগিং করে, কিন্তু 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত না হয়, Firebase সহায়তার সাথে যোগাযোগ করুন ৷

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

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

অ্যান্ড্রয়েড অ্যাপ্লিকেশানগুলির জন্য, 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
নেটওয়ার্ক লাইব্রেরি অসঙ্গতি জন্য পরীক্ষা করুন. Performance Monitoring স্বয়ংক্রিয়ভাবে নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে এমন নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিক্স সংগ্রহ করে: OkHttp 3.xx, Java এর URL সংযোগ, এবং Apache HttpClient।
নোট করুন যে আপনি নেটওয়ার্ক অনুরোধের জন্য কাস্টম মনিটরিং যোগ করতে পারেন।
নিম্নলিখিত বিষয়ে সচেতন থাকুন:
- আপনার কোড এবং আপনার কোড দ্বারা ব্যবহৃত নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে, Performance Monitoring শুধুমাত্র সম্পূর্ণ হওয়া নেটওয়ার্ক অনুরোধগুলিতে রিপোর্ট করতে পারে। এর মানে হল যে HTTP/S সংযোগগুলি খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যাবে না।
- Performance Monitoring ডেক্সগার্ড এবং জ্যাকের সাথে সামঞ্জস্যপূর্ণ নয়।
  - DexGuard HTTP/S নেটওয়ার্ক অনুরোধের নিরীক্ষণ অক্ষম করে।
  - জ্যাক অবহেলিত এবং সাধারণত আপনার অ্যাপে ব্যবহার করা উচিত নয়।
- Performance Monitoring অবৈধ Content-Type শিরোনাম সহ নেটওয়ার্ক অনুরোধে রিপোর্ট করে না। যাইহোক, Content-Type শিরোনাম ছাড়া নেটওয়ার্ক অনুরোধ এখনও গ্রহণ করা হবে।

নেটওয়ার্ক অনুরোধ ডেটা প্রত্যাশিত হিসাবে একত্রিত হয় না

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

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

FAQ

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

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

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

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

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

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

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

Performance Monitoring গ্রেডল প্লাগইন (সর্বনিম্ন v1.4.0 ) এর সর্বশেষ সংস্করণে আপডেট করুন।
আপনার Android Gradle প্লাগইন সংস্করণ v7.2.0 বা নতুন সংস্করণে আপডেট করুন।
আপনার মডিউল (অ্যাপ-লেভেল) 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 বা তার পরে

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

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

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

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

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

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

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

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

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

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

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

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

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

আপনার অ্যাপের AndroidManifest.xml ফাইলটিতে একটি <meta-data> উপাদান যুক্ত করে বিল্ড টাইমে Performance Monitoring জন্য ডিবাগ লগিং সক্ষম করুন, এর মতো:
```
<application>
    <meta-data
      android:name="firebase_performance_logcat_enabled"
      android:value="true" />
</application>
```
কোনো ত্রুটি বার্তা জন্য আপনার লগ বার্তা পরীক্ষা করুন.
Performance Monitoring তার লগ বার্তাগুলি FirebasePerformance সাথে ট্যাগ করে। লগক্যাট ফিল্টারিং ব্যবহার করে, আপনি নিম্নলিখিত কমান্ডটি চালিয়ে সময়কাল ট্রেস এবং এইচটিটিপি/এস নেটওয়ার্ক অনুরোধ লগিং দেখতে পারেন:
```
adb logcat -s FirebasePerformance
```
নিম্নলিখিত ধরনের লগগুলির জন্য পরীক্ষা করুন যা নির্দেশ করে যে Performance Monitoring পারফরম্যান্স ইভেন্টগুলি লগিং করছে:
- Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
- Logging network request trace: URL
Firebase কনসোলে আপনার ডেটা দেখতে URL-এ ক্লিক করুন। ড্যাশবোর্ডে ডেটা আপডেট হতে কয়েক মুহূর্ত সময় লাগতে পারে।

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

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

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

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

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

অ্যাপ্লিকেশনটিতে এসডিকে যুক্ত করেছে, তবে কনসোল এখনও এসডিকে যুক্ত করতে বলে

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

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

অ্যাপ্লিকেশন লগিং ইভেন্টগুলি: সমস্যা সমাধানের পদক্ষেপগুলি

নিশ্চিত হয়ে নিন যে আপনি অ্যান্ড্রয়েড এসডিকে 19.1.0 বা তার পরে Performance Monitoring করছেন (বা Firebase BoM 26.3.0 বা তার পরে), রিলিজ নোটটি দেখুন।
আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন তবে ডেটা সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:
1. আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।
নিশ্চিত হয়ে নিন যে আপনার ফায়ারবেস কনফিগারেশন ফাইল ( google-services.json ) আপনার অ্যাপ্লিকেশনটিতে সঠিকভাবে যুক্ত হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেন নি। বিশেষত, নিম্নলিখিতগুলি পরীক্ষা করুন:
- কনফিগার ফাইলের নামটি অতিরিক্ত অক্ষরগুলির সাথে সংযুক্ত করা হয়নি, যেমন (2) ।
- কনফিগার ফাইলটি আপনার অ্যাপ্লিকেশনটির মডিউল (অ্যাপ্লিকেশন-স্তর) ডিরেক্টরিতে রয়েছে।
- কনফিগারেশন ফাইলে তালিকাভুক্ত ফায়ারবেস অ্যান্ড্রয়েড অ্যাপ আইডি ( mobilesdk_app_id ) আপনার অ্যাপ্লিকেশনটির জন্য সঠিক। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।
আপনার অ্যাপ্লিকেশনটিতে কনফিগারেশন ফাইলের সাথে যদি কিছু ভুল মনে হয় তবে নিম্নলিখিতগুলি ব্যবহার করে দেখুন:
1. আপনার অ্যাপ্লিকেশনটিতে বর্তমানে আপনার কাছে থাকা কনফিগার ফাইলটি মুছুন।
2. একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এই নির্দেশাবলী অনুসরণ করুন এবং এটি আপনার অ্যান্ড্রয়েড অ্যাপ্লিকেশনটিতে যুক্ত করুন।
যদি এসডিকে ইভেন্টগুলি লগিং করছে এবং সবকিছু সঠিকভাবে সেট আপ করা হয়েছে বলে মনে হচ্ছে তবে আপনি এখনও এসডিকে সনাক্তকরণ বার্তা বা প্রক্রিয়াজাত ডেটা (10 মিনিটের পরে) দেখছেন না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

অ্যাপ্লিকেশন লগিং ইভেন্টগুলি নয় : সমস্যা সমাধানের পদক্ষেপগুলি

নিম্নলিখিত হিসাবে 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 ফাইলে
আপনার AndroidManifest.xml ফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring এসডিকে অক্ষম করা হয়নি কিনা তা পরীক্ষা করুন:
- firebase_performance_collection_enabled
- firebase_performance_collection_deactivated
নিশ্চিত হয়ে নিন যে রানটাইমে Performance Monitoring অক্ষম নয় ।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

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

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

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

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

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

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

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

নিম্নলিখিত হিসাবে 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 ফাইলে
আপনার AndroidManifest.xml ফাইলের নিম্নলিখিত কোনও পতাকাগুলির মাধ্যমে Performance Monitoring এসডিকে অক্ষম করা হয়নি কিনা তা পরীক্ষা করুন:
- firebase_performance_collection_enabled
- firebase_performance_collection_deactivated
নিশ্চিত হয়ে নিন যে রানটাইমে Performance Monitoring অক্ষম নয় ।
আপনি যদি আপনার অ্যাপ্লিকেশনটিতে অক্ষম কিছু খুঁজে না পান তবে ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

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

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

নিশ্চিত হয়ে নিন যে আপনি অ্যান্ড্রয়েড এসডিকে (v21.0.4) এর সর্বশেষ সংস্করণটি ব্যবহার করছেন। স্ক্রিন রেন্ডারিং ট্রেসগুলি কেবল v15.2.0 বা তার পরে উপলব্ধ।
নিশ্চিত হয়ে নিন যে আপনি কোনও স্ক্রিনের জন্য ম্যানুয়ালি হার্ডওয়্যার ত্বরণ অক্ষম করেন নি।
আপনি ডেক্সগার্ড বা জ্যাক ব্যবহার করছেন না তা নিশ্চিত করুন। Performance Monitoring এই সরঞ্জামচেনগুলির সাথে বেমানান।
- ডেক্সগার্ড অ্যাপ স্টার্ট, অ্যাপ-ইন-ফরোগার্ড এবং অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেসগুলির স্বয়ংক্রিয় সংগ্রহকে অক্ষম করে। তবে, যদি আপনার অ্যাপ্লিকেশনটি ডেক্সগার্ড ব্যবহার করে তবে কোনও কাস্টম কোড ট্রেসগুলি সাধারণত আচরণ করা উচিত।
- জ্যাকটি হ্রাস করা হয় এবং সাধারণত আপনার অ্যাপ্লিকেশনটিতে ব্যবহার করা উচিত নয়।

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

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

আপনি যদি ট্রেস এপিআইয়ের মাধ্যমে কাস্টম কোড ট্রেসগুলি চালিত করেন তবে ট্রেসগুলির সেটআপটি পরীক্ষা করুন, বিশেষত নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিকের নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও শীর্ষস্থানীয় বা ট্রেলিং হোয়াইটস্পেস, কোনও শীর্ষস্থানীয় আন্ডারস্কোর ( _ ) চরিত্র এবং সর্বোচ্চ দৈর্ঘ্য 32 টি অক্ষর নয়।
- সমস্ত ট্রেস অবশ্যই শুরু করা এবং বন্ধ করতে হবে। যে কোনও ট্রেস যা শুরু হয় না, থামানো হয় না বা শুরু করার আগে থামানো হয় না লগ করা হবে না।
আপনি যদি @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 ফাইলে
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেসগুলিতে লগিং করছে তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ।
যদি Performance Monitoring লগিং ইভেন্টগুলি হয় তবে 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত হয় না, ফায়ারবেস সমর্থনের সাথে যোগাযোগ করুন ।

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

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

অ্যান্ড্রয়েড অ্যাপ্লিকেশনগুলির জন্য, 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 ফাইলে
নেটওয়ার্ক লাইব্রেরি অসামঞ্জস্যতার জন্য পরীক্ষা করুন। Performance Monitoring স্বয়ংক্রিয়ভাবে নেটওয়ার্ক অনুরোধগুলির জন্য মেট্রিকগুলি সংগ্রহ করে যা নিম্নলিখিত নেটওয়ার্কিং লাইব্রেরিগুলি ব্যবহার করে: Okhttp 3.xx, জাভার url সংযোগ এবং অ্যাপাচি httpclient।
নোট করুন যে আপনি নেটওয়ার্ক অনুরোধগুলির জন্য কাস্টম মনিটরিং যুক্ত করতে পারেন।
নিম্নলিখিত বিষয়ে সচেতন থাকুন:
- আপনার কোড দ্বারা ব্যবহৃত আপনার কোড এবং নেটওয়ার্কিং লাইব্রেরিগুলির আচরণের উপর নির্ভর করে Performance Monitoring কেবলমাত্র নেটওয়ার্ক অনুরোধগুলিতে সম্পূর্ণ হতে পারে। এর অর্থ হ'ল HTTP/s সংযোগগুলি যা খোলা রেখে দেওয়া হয় তা রিপোর্ট করা যায় না।
- Performance Monitoring ডেক্সগার্ড এবং জ্যাকের সাথে সামঞ্জস্যপূর্ণ নয়।
  - ডেক্সগার্ড এইচটিটিপি/এস নেটওয়ার্ক অনুরোধগুলির পর্যবেক্ষণ অক্ষম করে।
  - জ্যাকটি হ্রাস করা হয় এবং সাধারণত আপনার অ্যাপ্লিকেশনটিতে ব্যবহার করা উচিত নয়।
- Performance Monitoring অবৈধ Content-Type শিরোনামগুলির সাথে নেটওয়ার্ক অনুরোধগুলিতে প্রতিবেদন করে না। তবে Content-Type শিরোনাম ছাড়াই নেটওয়ার্কের অনুরোধগুলি এখনও গ্রহণ করা হবে।

নেটওয়ার্ক অনুরোধের ডেটা প্রত্যাশার মতো একত্রিত হচ্ছে না

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

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

FAQ

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

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

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

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

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

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

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

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

নমুনার সংখ্যা কেন আমি যা আশা করি তা নয়?

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

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

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

কনসোলে ইস্যু ট্যাবে কী হয়েছিল?

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

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

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

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

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

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

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

কেন ধীর এবং হিমায়িত ফ্রেমের সংখ্যা আমি যা প্রত্যাশা করেছিলাম তা নয়?

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

আমি কেন খণ্ডের চিহ্নগুলি দেখতে অক্ষম?

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

আমি কীভাবে বুঝতে পারি যে কোন চিহ্নগুলি টুকরা এবং ক্রিয়াকলাপের সাথে সম্পর্কিত?

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

আমি অন্যান্য ট্রেসের চেয়ে কম খণ্ডের চিহ্নগুলি কেন দেখছি?

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

আমার আবেদনের রেন্ডারিং পারফরম্যান্সের সাথে যখন কোনও সমস্যা আছে তখন আমাকে কীভাবে অবহিত করা হবে?

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

Performance Monitoring গ্রেডল প্লাগইন সক্ষম করার পরে আমার বিল্ড টাইমগুলি বেশি। আমি কিভাবে এটি উন্নত করতে পারি?

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

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

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

আপনার বিল্ড সময়টি অনুকূল করতে, আপনার কোডটি মডুলারাইজ করার বিষয়টি বিবেচনা করুন।

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

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

Performance Monitoring গ্রেডল প্লাগইন সহ বেমানান লাইব্রেরির কারণে যদি আমি বিল্ড ত্রুটিগুলি পাই তবে আমি কী করব?

অ্যান্ড্রয়েডের জন্য Performance Monitoring এইচটিটিপি/এস নেটওয়ার্ক অনুরোধগুলি পর্যবেক্ষণ করার মতো কিছু বক্স বৈশিষ্ট্য সরবরাহ করতে বাইটকোড ইনস্ট্রুমেন্টেশন ব্যবহার করে। 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:

Update to the latest version of Performance Monitoring Gradle plugin (minimum v1.4.0 ).
Update your Android Gradle plugin version to v7.2.0 or newer.
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.

My Performance Monitoring data is taking longer than expected to be exported to BigQuery. Is it not real time?

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

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

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

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

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

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

These are the real-time compatible SDK versions:

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

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

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

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

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

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

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

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

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

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