এই পৃষ্ঠাটি 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 কনসোলে আপনার প্রথম কর্মক্ষমতা ডেটা প্রদর্শনের সাথে জড়িত সমস্যাগুলির জন্য সাহায্য করতে পারে৷
Firebase শনাক্ত করতে পারে যে আপনি সফলভাবে আপনার অ্যাপে Performance Monitoring SDK যোগ করেছেন কিনা যখন এটি আপনার অ্যাপ থেকে ইভেন্টের তথ্য (যেমন অ্যাপ ইন্টারঅ্যাকশন) পায়। সাধারণত আপনার অ্যাপ শুরু করার 10 মিনিটের মধ্যে, Firebase কনসোলের পারফরম্যান্স ড্যাশবোর্ড একটি "SDK সনাক্ত করা হয়েছে" বার্তা প্রদর্শন করে। তারপর, 30 মিনিটের মধ্যে, ড্যাশবোর্ড প্রাথমিক প্রক্রিয়াকৃত ডেটা প্রদর্শন করে।
আপনি যদি আপনার অ্যাপে SDK-এর সর্বশেষ সংস্করণ যোগ করার 10 মিনিটেরও বেশি সময় হয়ে যায় এবং আপনি এখনও কোনও পরিবর্তন দেখতে না পান, তাহলে আপনার লগ বার্তাগুলি পরীক্ষা করে নিশ্চিত করুন যে Performance Monitoring ইভেন্টগুলি লগিং করছে৷ একটি বিলম্বিত SDK সনাক্তকরণ বার্তার সমস্যা সমাধানের জন্য নীচে বর্ণিত যথাযথ সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন৷
নিশ্চিত করুন যে আপনি Performance Monitoring অ্যান্ড্রয়েড SDK 19.1.0 বা তার পরবর্তী (বা Firebase BoM 26.3.0 বা তার পরে) ব্যবহার করছেন, রিলিজ নোট দেখুন।
আপনি যদি এখনও স্থানীয়ভাবে বিকাশ করছেন, তথ্য সংগ্রহের জন্য আরও ইভেন্ট তৈরি করার চেষ্টা করুন:
- আপনার অ্যাপকে ব্যাকগ্রাউন্ড এবং ফোরগ্রাউন্ডের মধ্যে বেশ কয়েকবার স্যুইচ করে, স্ক্রিন জুড়ে নেভিগেট করে আপনার অ্যাপের সাথে ইন্টারঅ্যাক্ট করে এবং/অথবা নেটওয়ার্ক অনুরোধগুলি ট্রিগার করে ইভেন্ট তৈরি করুন।
আপনার ফায়ারবেস কনফিগারেশন ফাইল (
google-services.json
) আপনার অ্যাপে সঠিকভাবে যোগ করা হয়েছে এবং আপনি ফাইলটি পরিবর্তন করেননি তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:কনফিগার ফাইলের নাম অতিরিক্ত অক্ষরের সাথে যুক্ত করা হয় না, যেমন
(2)
।কনফিগার ফাইলটি আপনার অ্যাপের মডিউল (অ্যাপ-লেভেল) ডিরেক্টরিতে রয়েছে।
কনফিগার ফাইলে তালিকাভুক্ত Firebase Android অ্যাপ আইডি (
mobilesdk_app_id
) আপনার অ্যাপের জন্য সঠিক। আপনার প্রকল্প সেটিংসের আপনার অ্যাপস কার্ডে আপনার Firebase অ্যাপ আইডি খুঁজুন।
আপনার অ্যাপের কনফিগারেশন ফাইলের সাথে কিছু ভুল মনে হলে, নিম্নলিখিত চেষ্টা করুন:
আপনার অ্যাপে বর্তমানে যে কনফিগারেশন ফাইলটি আছে সেটি মুছুন।
একটি নতুন কনফিগারেশন ফাইল ডাউনলোড করতে এবং আপনার অ্যান্ড্রয়েড অ্যাপে যোগ করতে এই নির্দেশাবলী অনুসরণ করুন।
যদি SDK ইভেন্টগুলি লগিং করে এবং সবকিছু সঠিকভাবে সেট আপ করা বলে মনে হয়, কিন্তু আপনি এখনও SDK সনাক্তকরণ বার্তা বা প্রক্রিয়াকৃত ডেটা (10 মিনিটের পরে) দেখতে পাচ্ছেন না, Firebase সহায়তার সাথে যোগাযোগ করুন ৷
Performance Monitoring গ্রেডল প্লাগইনের সেটআপটি নিম্নরূপ চেক করুন:
আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলে প্লাগইন যোগ করেছেন (
)।apply plugin: 'com.google.firebase.firebase-perf' - আপনি আপনার প্রকল্প-স্তরের
build.gradle
ফাইলে প্লাগইন (
) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।classpath 'com.google.firebase:perf-plugin:1.4.2'
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :
- আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলেinstrumentationEnabled
- আপনার
gradle.properties
ফাইলেfirebasePerformanceInstrumentationEnabled
- আপনার মডিউল (অ্যাপ-লেভেল)
আপনার
AndroidManifest.xml
ফাইলে নিম্নলিখিত ফ্ল্যাগের যে কোনও একটির মাধ্যমে Performance Monitoring SDK অক্ষম করা হয়নি তা পরীক্ষা করুন:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
রানটাইমে Performance Monitoring অক্ষম করা নেই তা নিশ্চিত করুন।
আপনার অ্যাপে অক্ষম করা কিছু খুঁজে না পেলে, Firebase সহায়তার সাথে যোগাযোগ করুন ।
Performance Monitoring পারফরম্যান্স ড্যাশবোর্ডে প্রদর্শন করার আগে কর্মক্ষমতা ইভেন্ট ডেটা প্রক্রিয়া করে।
যদি "SDK সনাক্ত করা" বার্তাটি উপস্থিত হওয়ার 24 ঘন্টারও বেশি সময় হয়ে গেছে এবং আপনি এখনও ডেটা দেখতে পাচ্ছেন না, তাহলে কোনো পরিচিত বিভ্রাট হলে Firebase স্ট্যাটাস ড্যাশবোর্ড দেখুন। যদি কোন বিভ্রাট না থাকে, Firebase সহায়তার সাথে যোগাযোগ করুন ।
সাধারণ সমস্যা সমাধান
আপনি যদি সফলভাবে SDK যোগ করে থাকেন এবং আপনার অ্যাপে Performance Monitoring ব্যবহার করে থাকেন, তাহলে নিম্নলিখিত সমস্যা সমাধানের টিপসগুলি Performance Monitoring বৈশিষ্ট্য এবং টুলিংয়ের সাথে জড়িত সাধারণ সমস্যাগুলির জন্য সাহায্য করতে পারে৷
আপনি যদি পারফরম্যান্স ইভেন্টগুলির জন্য লগ বার্তাগুলি দেখতে না পান তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
Performance Monitoring গ্রেডল প্লাগইনের সেটআপটি নিম্নরূপ চেক করুন:
আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলে প্লাগইন যোগ করেছেন (
)।apply plugin: 'com.google.firebase.firebase-perf' - আপনি আপনার প্রকল্প-স্তরের
build.gradle
ফাইলে প্লাগইন (
) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।classpath 'com.google.firebase:perf-plugin:1.4.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.1) এর সর্বশেষ সংস্করণ ব্যবহার করছেন৷ স্ক্রীন রেন্ডারিং ট্রেস শুধুমাত্র v15.2.0 বা তার পরে উপলব্ধ।
নিশ্চিত করুন যে আপনি একটি স্ক্রিনের জন্য ম্যানুয়ালি হার্ডওয়্যার অ্যাক্সিলারেশন অক্ষম করেননি৷
আপনি ডেক্সগার্ড বা জ্যাক ব্যবহার করছেন না তা নিশ্চিত করুন। Performance Monitoring এই টুলচেইনের সাথে বেমানান।
DexGuard অ্যাপ স্টার্ট, অ্যাপ-ইন-ফোরগ্রাউন্ড এবং অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেসের স্বয়ংক্রিয় সংগ্রহ অক্ষম করে। যাইহোক, যদি আপনার অ্যাপ ডেক্সগার্ড ব্যবহার করে তবে যেকোনও কাস্টম কোড ট্রেস স্বাভাবিকভাবে আচরণ করা উচিত।
জ্যাক অবহেলিত এবং সাধারণত আপনার অ্যাপে ব্যবহার করা উচিত নয়।
আপনি কি স্বয়ংক্রিয়ভাবে সংগৃহীত ট্রেসগুলির জন্য কর্মক্ষমতা ডেটা দেখছেন কিন্তু কাস্টম কোড ট্রেসের জন্য নয় ? নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
আপনি যদি Trace API এর মাধ্যমে কাস্টম কোড ট্রেস ইনস্ট্রুমেন্ট করেন, তাহলে ট্রেসের সেটআপ পরীক্ষা করুন, বিশেষ করে নিম্নলিখিতগুলি:
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
_
) অক্ষর নেই এবং সর্বাধিক দৈর্ঘ্য 32 অক্ষর৷ - সমস্ত ট্রেস শুরু এবং বন্ধ করা আবশ্যক. যে কোনো ট্রেস যা শুরু হয়নি, বন্ধ করা হয়নি বা শুরু হওয়ার আগে বন্ধ করা হয়েছে তা লগ করা হবে না।
- কাস্টম কোড ট্রেস এবং কাস্টম মেট্রিক্সের জন্য নামগুলি অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে: কোনও অগ্রণী বা পিছনের সাদা স্থান নেই, কোনও অগ্রণী আন্ডারস্কোর (
আপনি যদি
@AddTrace
স্বরলিপির মাধ্যমে কাস্টম কোড ট্রেস ইনস্ট্রুমেন্ট করেন, তাহলে Performance Monitoring গ্রেডল প্লাগইনের সেটআপ পরীক্ষা করুন:আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলে প্লাগইন যোগ করেছেন (
)।apply plugin: 'com.google.firebase.firebase-perf' - আপনি আপনার প্রকল্প-স্তরের
build.gradle
ফাইলে প্লাগইন (
) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।classpath 'com.google.firebase:perf-plugin:1.4.2'
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
নিশ্চিত করুন যে প্লাগইনটি নিম্নলিখিত পতাকাগুলির মধ্যে একটির মাধ্যমে নিষ্ক্রিয় করা হয়নি :
- আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলেinstrumentationEnabled
- আপনার
gradle.properties
ফাইলেfirebasePerformanceInstrumentationEnabled
- আপনার মডিউল (অ্যাপ-লেভেল)
Performance Monitoring প্রত্যাশিত কাস্টম কোড ট্রেস লগিং করছে কিনা তা নিশ্চিত করতে আপনার লগ বার্তাগুলি পরীক্ষা করুন ৷
যদি Performance Monitoring ইভেন্টগুলি লগিং করে, কিন্তু 24 ঘন্টা পরে কোনও ডেটা প্রদর্শিত না হয়, Firebase সহায়তার সাথে যোগাযোগ করুন ৷
আপনি যদি নেটওয়ার্ক অনুরোধের ডেটা অনুপস্থিত থাকেন তবে নিম্নলিখিত সমস্যা সমাধানের পদক্ষেপগুলি চেষ্টা করুন:
অ্যান্ড্রয়েড অ্যাপ্লিকেশানগুলির জন্য, Performance Monitoring গ্রেডল প্লাগইন ইনস্ট্রুমেন্টেশন সক্ষম করে যা HTTP/S নেটওয়ার্ক অনুরোধগুলির স্বয়ংক্রিয় পর্যবেক্ষণ প্রদান করে৷ নিম্নলিখিত পরীক্ষা করুন:
আপনি সঠিকভাবে প্লাগইন যোগ করেছেন তা নিশ্চিত করুন। বিশেষ করে, নিম্নলিখিত পরীক্ষা করুন:
- আপনি আপনার মডিউল (অ্যাপ-লেভেল)
build.gradle
ফাইলে প্লাগইন যোগ করেছেন (
)।apply plugin: 'com.google.firebase.firebase-perf' - আপনি আপনার প্রকল্প-স্তরের
build.gradle
ফাইলে প্লাগইন (
) এর জন্য ক্লাসপথ নির্ভরতা অন্তর্ভুক্ত করেছেন।classpath 'com.google.firebase:perf-plugin:1.4.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 সংজ্ঞায়িত থ্রেশহোল্ড অতিক্রম করে এমন মেট্রিকগুলির জন্য সতর্কতা সমর্থন করে। পারফরম্যান্স মেট্রিক্সের জন্য এই কনফিগারযোগ্য থ্রেশহোল্ডগুলির সাথে বিভ্রান্তি এড়াতে, আমরা সমস্যার জন্য থ্রেশহোল্ডগুলি কনফিগার করার ক্ষমতা সরিয়ে দিয়েছি।
আপনি কীভাবে সমস্যার সমাধান করবেন তা উন্নত করতে আমরা একটি নতুন নতুন ডিজাইন করা, কেন্দ্রীভূত ইউজার ইন্টারফেস (UI) দিয়ে বিবরণ এবং মেট্রিক্স পৃষ্ঠাগুলি প্রতিস্থাপন করেছি। এই নতুন সমস্যা সমাধানকারী UI একই মূল কার্যকারিতা অফার করে যা বিবরণ এবং মেট্রিক্স অফার করে। সমস্যা সমাধান সম্পর্কে আরও জানতে, একটি নির্দিষ্ট ট্রেসের জন্য আরও ডেটা দেখুন দেখুন।
Performance Monitoring আপনার অ্যাপের ব্যবহারকারী ডিভাইস থেকে কর্মক্ষমতা ডেটা সংগ্রহ করে। যদি আপনার অ্যাপ্লিকেশনটিতে অনেক ব্যবহারকারী থাকে বা অ্যাপটি যদি প্রচুর পরিমাণে কর্মক্ষমতা ক্রিয়াকলাপ তৈরি করে, Performance Monitoring প্রক্রিয়াকৃত ইভেন্টের সংখ্যা কমাতে ডিভাইসের একটি উপসেটে ডেটা সংগ্রহ সীমাবদ্ধ করতে পারে। এই সীমাগুলি যথেষ্ট উচ্চ যাতে, এমনকি কম ইভেন্ট থাকা সত্ত্বেও, মেট্রিক মানগুলি এখনও আপনার ব্যবহারকারীর অ্যাপ অভিজ্ঞতার প্রতিনিধিত্ব করে৷
আমরা যে ডেটা সংগ্রহ করি তার ভলিউম পরিচালনা করতে, Performance Monitoring নিম্নলিখিত নমুনা বিকল্পগুলি ব্যবহার করে:
অন-ডিভাইস রেট সীমিত করা : কোনো ডিভাইসকে হঠাৎ করে বিস্ফোরিত ট্রেস পাঠানো থেকে বিরত রাখতে, আমরা প্রতি 10 মিনিটে একটি ডিভাইস থেকে পাঠানো কোড এবং নেটওয়ার্ক অনুরোধ ট্রেসের সংখ্যা 300টি ইভেন্টে সীমাবদ্ধ করি। এই পদ্ধতিটি ডিভাইসটিকে লুপ করা ইন্সট্রুমেন্টেশন থেকে রক্ষা করে যা প্রচুর পরিমাণে পারফরম্যান্স ডেটা পাঠাতে পারে এবং এটি একটি একক ডিভাইসকে পারফরম্যান্সের পরিমাপকে স্কুই করা থেকে বাধা দেয়।
ডায়নামিক স্যাম্পলিং : Performance Monitoring কোড ট্রেসের জন্য আনুমানিক 100M ইভেন্টের একটি সীমা সংগ্রহ করে এবং সমস্ত অ্যাপ ব্যবহারকারীদের জন্য প্রতিদিন প্রতি অ্যাপের জন্য নেটওয়ার্ক অনুরোধ ট্রেসের জন্য 100M সংগ্রহ করে। একটি র্যান্ডম ডিভাইস ক্যাপচার এবং ট্রেস পাঠাতে হবে কিনা তা নির্ধারণ করতে ডিভাইসগুলিতে ( Firebase Remote Config ব্যবহার করে) একটি গতিশীল স্যাম্পলিং রেট আনা হয়। নমুনা নেওয়ার জন্য নির্বাচিত নয় এমন একটি ডিভাইস কোনো ইভেন্ট পাঠায় না। ডায়নামিক স্যাম্পলিং রেট অ্যাপ-নির্দিষ্ট এবং সংগৃহীত ডেটার সামগ্রিক ভলিউম সীমার নিচে থাকে তা নিশ্চিত করতে সমন্বয় করে।
ব্যবহারকারীর সেশনগুলি ব্যবহারকারীর ডিভাইস থেকে অতিরিক্ত, বিস্তারিত ডেটা পাঠায়, ডেটা ক্যাপচার এবং পাঠাতে আরও সংস্থান প্রয়োজন। ব্যবহারকারীর সেশনের প্রভাব কমাতে, Performance Monitoring সেশনের সংখ্যা সীমাবদ্ধ করতে পারে।
সার্ভার-সাইড রেট সীমিত করা : অ্যাপগুলি যাতে স্যাম্পলিং সীমা অতিক্রম না করে তা নিশ্চিত করতে, Performance Monitoring ডিভাইস থেকে প্রাপ্ত কিছু ইভেন্ট ড্রপ করতে সার্ভার-সাইড স্যাম্পলিং ব্যবহার করতে পারে। যদিও এই ধরনের সীমাবদ্ধতা আমাদের মেট্রিক্সের কার্যকারিতা পরিবর্তন করে না, তবে এটি নিম্নোক্তগুলি সহ ছোটখাটো প্যাটার্ন পরিবর্তনের কারণ হতে পারে:
- কোডের একটি অংশ কতবার কার্যকর করা হয়েছিল তার থেকে ট্রেসের সংখ্যা আলাদা হতে পারে।
- কোডে ঘনিষ্ঠভাবে সংযুক্ত ট্রেসগুলির প্রতিটিতে আলাদা সংখ্যক নমুনা থাকতে পারে।
আমরা সতর্কতার প্রবর্তনের সাথে সমস্যা ট্যাবটি প্রতিস্থাপন করেছি, যা আপনার সেট করা থ্রেশহোল্ড অতিক্রম করলে স্বয়ংক্রিয়ভাবে আপনাকে অবহিত করে। থ্রেশহোল্ডের স্থিতি নির্ধারণ করতে আপনাকে আর ম্যানুয়ালি Firebase কনসোল চেক করতে হবে না। সতর্কতা সম্পর্কে জানতে, কর্মক্ষমতা সংক্রান্ত সমস্যার জন্য সতর্কতা সেট আপ দেখুন।
আমরা Firebase কনসোলের Performance Monitoring বিভাগটিকে নতুনভাবে ডিজাইন করেছি যাতে ড্যাশবোর্ড ট্যাব আপনার মূল মেট্রিক্স এবং আপনার সমস্ত ট্রেস এক জায়গায় প্রদর্শন করে। পুনরায় ডিজাইনের অংশ হিসাবে, আমরা ডিভাইস এবং নেটওয়ার্ক পৃষ্ঠাগুলি সরিয়ে দিয়েছি।
ড্যাশবোর্ড ট্যাবের নীচের ট্রেস টেবিলে সমস্ত একই তথ্য রয়েছে যা অন ডিভাইস এবং নেটওয়ার্ক ট্যাবগুলি প্রদর্শিত হয়, তবে নির্দিষ্ট মেট্রিকের শতাংশ পরিবর্তনের মাধ্যমে আপনার ট্রেসগুলিকে সাজানোর ক্ষমতা সহ কিছু অতিরিক্ত বৈশিষ্ট্য সহ। একটি নির্দিষ্ট ট্রেসের জন্য সমস্ত মেট্রিক্স এবং ডেটা দেখতে, ট্রেস টেবিলের ট্রেস নামের উপর ক্লিক করুন।
ট্রেস টেবিলের নিম্নলিখিত সাবট্যাবগুলিতে আপনার ট্রেসগুলি দেখুন:
- নেটওয়ার্ক অনুরোধ ট্রেস (বক্সের বাইরে এবং কাস্টম উভয়ই) — নেটওয়ার্ক অনুরোধ সাবট্যাব
- কাস্টম কোড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- অ্যাপ শুরু, অ্যাপ-ইন-ফোরগ্রাউন্ড, অ্যাপ-ইন-ব্যাকগ্রাউন্ড ট্রেস — কাস্টম ট্রেস সাবট্যাব
- স্ক্রীন রেন্ডারিং ট্রেস — স্ক্রীন রেন্ডারিং সাবট্যাব
- পৃষ্ঠা লোড ট্রেস — পৃষ্ঠা লোড সাবট্যাব
ট্রেস টেবিল এবং দেখার মেট্রিক্স এবং ডেটা সম্পর্কে বিশদ বিবরণের জন্য, কনসোল ওভারভিউ পৃষ্ঠাটি দেখুন ( iOS+ | Android | ওয়েব )।
ধীর রেন্ডারিং ফ্রেম এবং হিমায়িত ফ্রেমগুলি 60Hz এর অনুমানকৃত ডিভাইস রিফ্রেশ রেট দিয়ে গণনা করা হয়। একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর কম হলে, প্রতিটি ফ্রেমের রেন্ডারিং সময় ধীর হবে কারণ প্রতি সেকেন্ডে কম ফ্রেম রেন্ডার করা হয়। ধীর রেন্ডারিং সময় আরও ধীর বা হিমায়িত ফ্রেমের রিপোর্ট করতে পারে কারণ আরও ফ্রেম ধীরে রেন্ডার করা হবে বা হিমায়িত হবে। যাইহোক, যদি একটি ডিভাইস রিফ্রেশ রেট 60Hz-এর বেশি হয়, প্রতিটি ফ্রেমের দ্রুত রেন্ডারিং সময় থাকবে। এর ফলে কম ধীর বা হিমায়িত ফ্রেম রিপোর্ট করা হতে পারে। Performance Monitoring SDK-এ এটি একটি বর্তমান সীমাবদ্ধতা।
অ্যাপ অ্যাক্টিভিটি ছাড়াও খণ্ডের পারফরম্যান্স দেখতে, নিশ্চিত করুন যে আপনার অ্যাপ Performance Monitoring অ্যান্ড্রয়েড SDK সংস্করণ 20.1.0 বা তার উপরে ব্যবহার করছে। আরও জানতে, আপনার অ্যাপে পারফরম্যান্স মনিটরিং যোগ করুন দেখুন।
প্রতিটি খণ্ড এবং কার্যকলাপ ট্রেস আপনার অ্যাপ্লিকেশনে সংজ্ঞায়িত তার শ্রেণীর নামের উপর ভিত্তি করে। প্রতিটি স্ক্রীন ট্রেসে ক্লাসের নাম অনুসরণ করে st উপসর্গ থাকে। Firebase কনসোলে, উপসর্গটি সরানো হয়। আরও জানতে, স্ক্রীন রেন্ডারিং কর্মক্ষমতা ডেটা (অ্যাপল এবং অ্যান্ড্রয়েড অ্যাপস) সম্পর্কে জানুন দেখুন।
Performance Monitoring একটি ডিভাইসে সংগৃহীত সমস্ত ইভেন্ট জুড়ে ইভেন্ট স্যাম্পলিং পরিচালনা করে। এই পদ্ধতির সাহায্যে আমাদের পারফরম্যান্স মেট্রিক্স প্রদানের জন্য ব্যবহারকারীর ডিভাইস থেকে প্রয়োজনীয় ন্যূনতম ইভেন্টগুলি সংগ্রহ করতে দেয়।
Performance Monitoring আপনাকে আপনার যত্নশীল মেট্রিকগুলির জন্য সতর্কতা সেট আপ করতে দেয়৷ জেনারেটেড স্ক্রিন রেন্ডারিং ট্রেসগুলির জন্য, যখন ধীর এবং হিমায়িত ফ্রেমের শতাংশ আপনার সেট করা একটি থ্রেশহোল্ড অতিক্রম করে তখন আপনাকে জানানোর জন্য আপনি সতর্কতা সেট আপ করতে পারেন৷
অ্যান্ড্রয়েডের জন্য Performance Monitoring HTTP/S নেটওয়ার্ক অনুরোধগুলি পর্যবেক্ষণ করার মতো কিছু বাইরের বৈশিষ্ট্য প্রদান করতে বাইটকোড ইন্সট্রুমেন্টেশন ব্যবহার করে। সংকলনের একটি অংশ হিসাবে, আপনার অ্যাপ্লিকেশনের নেটওয়ার্ক অনুরোধের কার্যকারিতা পরিমাপ করার জন্য গুরুত্বপূর্ণ কোডটি যন্ত্রের জন্য আপনার অ্যাপের (নির্ভরতা সহ) সমস্ত ক্লাসের মাধ্যমে প্রক্রিয়াটির পুনরাবৃত্তি প্রয়োজন।
নির্মাণের সময় বৃদ্ধির জন্য এখানে কিছু মূল অবদানকারী রয়েছে:
- ক্লাস বা ফাইলের সংখ্যা
- এই শ্রেণীর প্রতিটির আকার (কোডের লাইন)
- আপনার মেশিন কনফিগারেশন
- প্রাথমিক বিল্ড বনাম পরবর্তী বিল্ড (পরবর্তী বিল্ডগুলি সাধারণত প্রাথমিক বিল্ডের চেয়ে দ্রুত হয়)
আপনার বিল্ড টাইম অপ্টিমাইজ করতে, আপনার কোড মডুলারাইজ করার কথা বিবেচনা করুন।
Performance Monitoring প্লাগইনের v1.3.3 দিয়ে শুরু করে, আমরা লাইব্রেরি ইনপুটগুলির ক্রমবর্ধমান বিল্ড প্রসেসিং এবং ক্যাশিংয়ে যথেষ্ট উন্নতি করার দিকে মনোনিবেশ করেছি। সাম্প্রতিকতম বিল্ড সময়ের উন্নতিগুলি পেতে, প্লাগইনটির সর্বশেষ সংস্করণ (v1.4.2) ব্যবহার করা নিশ্চিত করুন ৷
মনে রাখবেন যে আপনি যদি দীর্ঘ বিল্ড সময় এড়াতে চান তবে স্থানীয়ভাবে আপনার ডিবাগ বিল্ডের জন্য Performance Monitoring প্লাগইনটি অক্ষম করতে পারেন। যাইহোক, এই পদ্ধতিটি প্রোডাকশন বিল্ডের জন্য সুপারিশ করা হয় না, কারণ এটি আপনার অ্যাপে নেটওয়ার্ক অনুরোধের জন্য পারফরম্যান্স পরিমাপ মিস করতে পারে।
অ্যান্ড্রয়েডের জন্য Performance Monitoring HTTP/S নেটওয়ার্ক অনুরোধগুলি পর্যবেক্ষণ করার মতো কিছু বাইরের বৈশিষ্ট্য প্রদান করতে বাইটকোড ইন্সট্রুমেন্টেশন ব্যবহার করে। সংকলনের একটি অংশ হিসাবে, আপনার অ্যাপ্লিকেশনের নেটওয়ার্ক অনুরোধের কার্যকারিতা পরিমাপ করার জন্য গুরুত্বপূর্ণ কোডটি যন্ত্রের জন্য আপনার অ্যাপের (নির্ভরতা সহ) সমস্ত ক্লাসের মাধ্যমে প্রক্রিয়াটির পুনরাবৃত্তি প্রয়োজন।
আপনি যদি Performance Monitoring প্লাগইনের সাথে একীভূত করার পরে JSR/RET are not supported with computeFrames option
বা অনুরূপ ত্রুটিগুলি পান, তবে এর কারণ হতে পারে আপনার একটি লাইব্রেরির উপর নির্ভরশীলতা রয়েছে যা Performance Monitoring গ্রেডল প্লাগইনের সাথে সামঞ্জস্যপূর্ণ নয়।
এটির কাছাকাছি পেতে, আপনি এই পদক্ষেপগুলি অনুসরণ করে অসঙ্গত ক্লাস/লাইব্রেরিগুলিকে যন্ত্র থেকে বাদ দিতে পারেন:
- 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 প্লাগইনে ইনস্ট্রুমেন্ট করা থেকেও বাদ দেওয়া যায়।
আপনি যদি Firebase Performance Monitoring জন্য BigQuery ইন্টিগ্রেশন সক্ষম করে থাকেন, তাহলে দিন শেষ হওয়ার 12 থেকে 24 ঘণ্টার মধ্যে আপনার ডেটা BigQuery-এ এক্সপোর্ট করা হবে (প্যাসিফিক টাইম)।
উদাহরণস্বরূপ, 19 এপ্রিলের ডেটা BigQuery-এ 20 এপ্রিল দুপুর 12:00 থেকে মধ্যরাতের মধ্যে উপলব্ধ হবে (সমস্ত তারিখ এবং সময় প্যাসিফিক সময়)।
রিয়েল-টাইম ডেটা প্রসেসিং এবং প্রদর্শন কাছাকাছি
Firebase Performance Monitoring প্রক্রিয়াগুলি এটি আসার সাথে সাথে পারফরম্যান্স ডেটা সংগ্রহ করে, যার ফলস্বরূপ Firebase কনসোলে রিয়েল-টাইম ডেটা প্রদর্শিত হয়। প্রসেসড ডেটা কনসোলে এর সংগ্রহের কয়েক মিনিটের মধ্যে প্রদর্শন করে, তাই "রিয়েল-টাইম" শব্দটি।
কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনার অ্যাপ্লিকেশনটি একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে তা নিশ্চিত করুন।
কাছাকাছি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সুবিধা নিতে, আপনাকে কেবল নিশ্চিত করতে হবে যে আপনার অ্যাপ্লিকেশনটি একটি Performance Monitoring এসডিকে সংস্করণ ব্যবহার করে যা রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ।
এগুলি হ'ল রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ:
- আইওএস - v7.3.0 বা তার পরে
- টিভিওএস - v8.9.0 বা তার পরে
- অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
- ওয়েব - v7.14.0 বা তার পরে
নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।
এগুলি এসডিকে সংস্করণগুলি রিয়েল-টাইম ডেটা প্রসেসিংয়ের সাথে সামঞ্জস্যপূর্ণ:
- আইওএস - v7.3.0 বা তার পরে
- টিভিওএস - v8.9.0 বা তার পরে
- অ্যান্ড্রয়েড - v19.0.10 বা তার পরে (বা Firebase Android BoM 26.1.0 বা তার পরে)
- ওয়েব - v7.14.0 বা তার পরে
নোট করুন যে আমরা সর্বদা এসডিকে সর্বশেষ সংস্করণ ব্যবহার করার পরামর্শ দিই, তবে উপরে তালিকাভুক্ত যে কোনও সংস্করণ আপনার ডেটা প্রক্রিয়া করতে Performance Monitoring সক্ষম করবে।
যদি আপনার অ্যাপ্লিকেশনটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার না করে তবে আপনি এখনও Firebase কনসোলে আপনার অ্যাপ্লিকেশনটির সমস্ত পারফরম্যান্স ডেটা দেখতে পাবেন। যাইহোক, পারফরম্যান্স ডেটা প্রদর্শন তার সংগ্রহের সময় থেকে প্রায় 36 ঘন্টা বিলম্বিত হবে।
হ্যাঁ! কোনও অ্যাপ্লিকেশন উদাহরণ যে কোনও এসডিকে সংস্করণ ব্যবহার করে তা নির্বিশেষে, আপনি আপনার সমস্ত ব্যবহারকারীর পারফরম্যান্স ডেটা দেখতে পাবেন।
তবে, আপনি যদি সাম্প্রতিক ডেটা (প্রায় 36 ঘন্টারও কম বয়সী) দেখছেন তবে প্রদর্শিত ডেটা একটি রিয়েল-টাইম সামঞ্জস্যপূর্ণ এসডিকে সংস্করণ ব্যবহার করে অ্যাপ্লিকেশন দৃষ্টান্ত ব্যবহারকারীদের কাছ থেকে। অ-রিসেন্ট ডেটা যদিও আপনার অ্যাপ্লিকেশনটির সমস্ত সংস্করণ থেকে পারফরম্যান্স ডেটা অন্তর্ভুক্ত করে।
ফায়ারবেস সমর্থন যোগাযোগ
আপনি যদি ফায়ারবেস সমর্থনে পৌঁছান তবে সর্বদা আপনার ফায়ারবেস অ্যাপ আইডি অন্তর্ভুক্ত করুন। আপনার প্রকল্পের সেটিংসের আপনার অ্যাপ্লিকেশন কার্ডে আপনার ফায়ারবেস অ্যাপ্লিকেশন আইডি সন্ধান করুন।