מידע על נתוני ביצועים של רינדור מסך (אפליקציות של Apple ו-Android)


Performance Monitoring משתמש בעקבות כדי לאסוף נתונים על תהליכים מנוטרים באפליקציה. עקבה היא דוח שמכיל נתונים שנאספו בין שתי נקודות זמן באפליקציה.

באפליקציות ל-Apple ול-Android, ‏ Performance Monitoring מודד באופן אוטומטי את ביצועי העיבוד של מסכים שונים באפליקציה. ‫Performance Monitoring יוצר מעקב אחר עיבוד המסך לכל מסך באפליקציה. המעקבים האלה אוספים ומודדים את המדדים הבאים:

  • פריימים עם רינדור איטי – מדד שמציג את אחוז המקרים במסך שבהם הרינדור נמשך יותר מ-16 אלפיות השנייה.

  • פריימים קפואים – מדד שמייצג את אחוז המקרים במסך שבהם הרינדור נמשך יותר מ-700 אלפיות השנייה.

פריימים איטיים או קפואים באפליקציה עלולים לגרום לביצועים ירודים של המכשיר, שנקראים גם 'ג'אנק' או 'לאג'. המדדים של פריימים שקפאו ושל רינדור איטי יכולים לעזור לכם לזהות מסכים שרמת הביצועים שלהם נמוכה, וכך תוכלו לשפר את ביצועי הרינדור של האפליקציה.

אפשר לראות את הנתונים של מעקב אחר עיבוד המסך בכרטיסייה Screen rendering (עיבוד המסך) בטבלת המעקב. טבלת העקבות ממוקמת בתחתית הדף ביצועים במסוף Firebase. מידע נוסף זמין במאמר מעקב אחרי נתוני ביצועים, הצגתם וסינון שלהם.

מדדים שנאספים על ידי עקבות של רינדור מסך

העקבות האלה הן עקבות מוכנות לשימוש, ולכן אי אפשר להוסיף להן מדדים מותאמים אישית או מאפיינים מותאמים אישית.

החישוב של פריימים עם רינדור איטי ופריימים קפואים מתבצע על סמך קצב רענון משוער של המכשיר, שהוא 60Hz. אם קצב הרענון של המכשיר נמוך מ-60Hz, לכל פריים יהיה זמן רינדור איטי יותר כי פחות פריימים עוברים רינדור בכל שנייה. זמני רינדור איטיים יותר עלולים לגרום לדיווח על יותר פריימים איטיים או קפואים, כי יותר פריימים ירונדרו לאט יותר או יקפאו. עם זאת, אם קצב הרענון של המכשיר גבוה מ-60Hz, כל פריים ירונדר מהר יותר. כתוצאה מכך, יכול להיות שיופיעו פחות דיווחים על פריימים איטיים או קפואים. זוהי הגבלה נוכחית ב-SDK של Performance Monitoring.

פריימים עם רינדור איטי

המדד הזה הוא אחוז הסשנים של המשתמשים שבהם חוו עיבוד איטי במידה ניכרת במסך ספציפי. באופן ספציפי, המדד הזה הוא אחוז המקרים של מסכים שבהם זמן הרינדור של יותר מ-50% מהפריימים היה ארוך מ-16 אלפיות השנייה.

פריימים קפואים

המדד הזה הוא אחוז הסשנים של המשתמשים שבהם חוו כמות משמעותית של פריימים קפואים במסך ספציפי. באופן ספציפי, המדד הזה הוא אחוז המקרים של מסכים שבהם זמן הרינדור של יותר מ-0.1% מהפריימים היה ארוך מ-700 אלפיות השנייה.

איך נוצרים עקבות של עיבוד מסך?

כל עקבות של עיבוד מסך מזוהה לפי השם של רכיב התצוגה באפליקציה. לקוח Performance Monitoring יוצר עקבות של עיבוד המסך לכל Activity או Fragment שמשמשים את האפליקציה.

כל מעקב אחר עיבוד מסך מבצע את הפעולות הבאות:

  • הפעולה מתחילה לכל מחלקת פעילות ו-fragment כשהאובייקט הופך לגלוי במסך. ‫OnActivityStarted() לפעילויות ו-OnFragmentResume() לקטעים.

  • הפעולה נעצרת לכל פעילות ולכל מחלקת fragment כשהאובייקט לא גלוי במסך. ‫OnActivityStopped() לפעילויות ו-OnFragmentPaused() לקטעים.

מעקב אחר נתוני הביצועים, הצגה וסינון שלהם

כדי לראות נתוני ביצועים בזמן אמת, צריך לוודא שהאפליקציה משתמשת בגרסת SDK של Performance Monitoring שתואמת לעיבוד נתונים בזמן אמת. מידע נוסף על נתוני ביצועים בזמן אמת

מעקב אחרי מדדי מפתח במרכז הבקרה

כדי לראות את המגמות של מדדי המפתח, מוסיפים אותם ללוח המדדים בחלק העליון של מרכז הבקרה ביצועים. אפשר לזהות במהירות רגרסיות על ידי בדיקת השינויים משבוע לשבוע, או לוודא שהשינויים האחרונים בקוד משפרים את הביצועים.

תמונה של לוח המדדים ב-<span class=לוח הבקרה של מעקב אחרי ביצועים ב-Firebase" />

כדי להוסיף מדד ללוח המדדים, פועלים לפי השלבים הבאים:

  1. נכנסים אל לוח הבקרה לביצועים במסוף Firebase.
  2. לוחצים על כרטיס מדד ריק ובוחרים מדד קיים כדי להוסיף אותו ללוח.
  3. לוחצים על בכרטיס מדד עם נתונים כדי לראות עוד אפשרויות, למשל להחלפה או להסרה של מדד.

בלוח המדדים מוצגים נתונים של מדדים שנאספו לאורך זמן, גם בצורה גרפית וגם כשינוי מספרי באחוזים.

איך משתמשים במרכז הבקרה

הצגת ביצועי המסך במסוף

כדי לראות את העקבות, עוברים אל לוח הבקרה של הביצועים במסוף Firebase, גוללים למטה אל טבלת העקבות ולוחצים על כרטיסיית המשנה המתאימה. בטבלה מוצגים כמה מהמדדים המובילים לכל מעקב, ואפשר אפילו למיין את הרשימה לפי אחוז השינוי במדד ספציפי.

Performance Monitoring מספק דף לפתרון בעיות במסוף Firebase, שבו מודגשים שינויים במדדים. כך קל לטפל בבעיות בביצועים ולצמצם את ההשפעה שלהן על האפליקציות והמשתמשים. אפשר להשתמש בדף פתרון הבעיות כשמגלים על בעיות פוטנציאליות בביצועים, למשל בתרחישים הבאים:

  • אתם בוחרים מדדים רלוונטיים בלוח הבקרה ומבחינים בדלתא גדולה.
  • בטבלת העקבות, ממיינים כך שהדלתאות הגדולות ביותר יוצגו בחלק העליון, ורואים שינוי משמעותי באחוזים.
  • אתם מקבלים התראה באימייל על בעיה בביצועים.

אפשר לגשת לדף לפתרון בעיות בדרכים הבאות:

  • במרכז הבקרה של המדדים, לוחצים על הלחצן הצגת פרטי המדד.
  • בכל כרטיס מדד, בוחרים באפשרות => הצגת פרטים. בדף פתרון הבעיות מוצג מידע על המדד שבחרתם.
  • בטבלת העקבות, לוחצים על שם של עקבה או על ערך של מדד בשורה שמשויכת לעקבה הזו.
  • בהתראה באימייל, לוחצים על Investigate now (בדיקה עכשיו).

כשלוחצים על שם של מעקב בטבלת המעקבים, אפשר להציג את פירוט המדדים שמעניינים אתכם. לוחצים על הלחצן סינון כדי לסנן את הנתונים לפי מאפיין, למשל:

תמונה של <span class=נתונים ממעקב אחרי ביצועים ב-Firebase שמסוננים לפי מאפיין" />
  • אפשר לסנן לפי גרסת האפליקציה כדי לראות נתונים על גרסה קודמת או על הגרסה האחרונה.
  • מסננים לפי מכשיר כדי לראות איך מכשירים ישנים יותר מריצים את האפליקציה
  • מסננים לפי מדינה כדי לוודא שהמיקום של מסד הנתונים לא משפיע על אזור מסוים.

מידע נוסף על הצגת נתונים של עקבות

מאפייני קטע

באפליקציות ל-Android, אפשר לעשות שימוש חוזר בקטעי קוד עם פעילות או קטע קוד אחרים. הביצועים של קטע עשויים להשתנות בהתאם לקטע או לפעילות שבהם הקטע מוצג. כדי לקבל מידע מפורט על הביצועים של פרגמנט בתוך פרגמנט האב, על סמך הפעילות או הפרגמנט שאליהם הפרגמנט משויך, אפשר להשתמש במאפיינים הבאים:

תמונה של מדדי הקטע <span class=לוח הבקרה 'מעקב אחרי ביצועים' />
  • Hosting_activity – הפעילות שמארחת את הפראגמנט. הוא מאפשר לכם להבין את הביצועים של הפעילות המארחת.
  • Parent_fragment – פרגמנט האב של הפרגמנט שאתם בודקים. הוא מאפשר לכם להבין את הביצועים של קטע הקוד בתוך קטע הקוד הראשי. אם אין פרגמנטים של הורה, המאפיין מוגדר לערך No Parent (ללא הורה).

השלבים הבאים