מתודולוגיית בנצ'מרק
בדף זה
PC Benchmark X מודד ביצוע של תרחישי CPU/GPU מוגדרים ואת זמן התגובה לאות תוכנה. היקף העבודה בתוך התרחיש קבוע. משכים ומשקלות הציונים נקבעים על ידי מתודולוגיה שהלקוח מקבל מהשרת.
עמוד זה מתאר את דור המנוע 0.8.0 ואת הפרמטרים הבסיסיים. הפרמטרים בפועל של הרצה חדשה עשויים להיות שונים לאחר עדכון המתודולוגיה בשרת. בדיקה שכבר בוצעה אינה מקבלת מדידות חדשות משינוי הגדרות: אפשרי רק חישוב מחדש של הניקוד שלה מהנתונים השמורים.
פתחו את BoosterX → בנצ’מרק → בדיקה, בחרו פרופיל ובדקו את הפרמטרים המוצגים. בזמן המדידות BoosterX משהה את הניטור העצמי שלה וממזערת את החלונות שלה, ואחר כך משחזרת את מצבם. תוכנות חיצוניות ממשיכות לפעול ויכולות להשפיע על המספרים.
חזרו על בדיקות עם אותה גרסת מנוע ואותו דרייבר, עם הגדרות זהות של צריכת חשמל, המהרה וקירור. במחשב נייד חברו את ספק הכוח. להשוואה לפני/אחרי שנו הגדרה אחת ותעדו מה בדיוק שיניתם.
רצף Candidate
Section titled “רצף Candidate”| חלק ההרצה | משך בסיסי | מטרה |
|---|---|---|
| חימום | 15 שניות | להכין את העומס עד למדידות הנחשבות |
| CPU | 20 שניות בסך הכול | שלושה בלוקים של בערך 6,67 שניות |
| GPU | 30 שניות בסך הכול | 10 שניות כל אחד על Geometry, Shader ו-Compute, כל אחד בשלושה בלוקים |
| Combined | 30 שניות בסך הכול | שלושה בלוקים של 10 שניות |
| כיול | 10 שניות | להתאים את מורכבות Loaded Latency |
| חימום השהיה | 2 שניות | להכין את נתיב המדידה |
| Baseline Latency | 20 שניות | למדוד השהיה בעומס בסיסי |
| Loaded Latency | 20 שניות | למדוד השהיה תחת עומס מכויל |
ה-Baseline ב-Candidate הבסיסי הוגדל מ-5 הקודמים ל-20 שניות. ערך ה-GPU בטבלה מתייחס לכל חלק ה-GPU, ולא לכל אחד משלושת התרחישים בנפרד. מעברים, הכנת משאבים וסיום מוסיפים זמן למשכים המצוינים.
עומסי הביצועים מתחלפים בשלושה סבבים. לפני כל בלוק CPU מצב הסימולציה מתאפס ומבוצעים 512 פריימים מכינים מחוץ לספירה. זה מפחית את התלות בבלוק הקודם, אך אינו מבטל חימום, שינוי תדרים או עומס רקע.
פרופילי הרצה ומשכים
Section titled “פרופילי הרצה ומשכים”| פרופיל | מטרה | מעבר | חימום | CPU | GPU בסך הכול | Combined | כיול | חימום השהיה | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | פרסום תוצאה ראויה | 0,5 שניות | 15 שניות | 20 שניות | 30 שניות | 30 שניות | 10 שניות | 2 שניות | 20 שניות | 20 שניות |
| Quick | אבחון מקומי קצר | 0,25 שניות | 7,5 שניות | 10 שניות | 15 שניות | 15 שניות | 5 שניות | 1 שניות | 2,5 שניות | 10 שניות |
| Extended | אבחון מקומי ממושך | 1 שניות | 30 שניות | 40 שניות | 60 שניות | 60 שניות | 20 שניות | 4 שניות | 40 שניות | 40 שניות |
אלה משכי בסיס, שעשויים להשתנות על ידי השרת. זמינות הפרופילים נשלטת גם היא מרחוק. לפרסום רגיל מיועד Candidate; Quick ו-Extended נשארים מקומיים. סט בדיקות חלקי של המשתמש אינו מהווה תחליף להרצה לדירוג.
הקלטה ארוכה יותר מספקת יותר תצפיות, אך כשלעצמה אינה מבטיחה ניקוד טוב יותר או היעדר הפרעות. אל תערבבו פרופילים בניסוי לפני/אחרי.
איסוף ללא כתיבה לדיסק בכל פריים
Section titled “איסוף ללא כתיבה לדיסק בכל פריים”המדידות נאספות לבלוקי זיכרון שהוקצו מראש. בכל פריים התוכנית אינה מפרמטת JSON ואינה כותבת רשומת תוצאה לדיסק. לאחר סיום העבודה הנתונים מאוחדים ומעובדים. זה מפחית את השפעת האיסוף על הבדיקה, אך אינו הופך את כלי המדידה לחינמי במשאבים.
נשמרים מדדים מסכמים, התפלגויות זמנים ופרטי ההרצה. חישוב חוזר מהמדידות השמורות בודק את האריתמטיקה; חזרתיות חומרתית ניתנת לבדיקה רק בהרצות חדשות.
איכות ההרצה ואי-כשירות התוצאה
Section titled “איכות ההרצה ואי-כשירות התוצאה”שימו לב לאזהרות על עומס רקע, צריכת חשמל, החלפת חלונות, שינוי מסכים ותנאי סביבה. וירטואליזציה או אזהרה נפרדת כשלעצמן אינן מוכיחות לא זיוף ולא סיבה ספציפית לניקוד נמוך.
הרצה שבוטלה, חלקית או שנמדדה באופן שגוי עשויה שלא לקבל ציון ראוי ולא תתקבל לפרסום רגיל. השרת קובע בנפרד את זמינות הפרסום ואת הצורך בבדיקה. פעלו לפי ההודעה בתוכנית; חזרו על הבדיקה בתנאים שקטים אם הסיבה קשורה למדידה.
איכות ההקלטה אינה אומרת שהצליחו לשלול את כל ההפרעות החיצוניות. למסקנה מעשית נדרשות בדיקות חוזרות ותנאים ברי השוואה.
איך לקרוא את התוצאה
Section titled “איך לקרוא את התוצאה”| מדד | משמעות |
|---|---|
| CPU Score | מהירות תרחיש ה-CPU ו-P99 של זמן פריים ה-CPU |
| GPU Score | מהירות מנורמלת של Geometry, Shader ו-Compute |
| Core Latency Score | הערכת ההשהיה הפנימית; יותר נקודות זה טוב יותר |
| Consistency | מאפיין נוסף של הזנב האיטי בתוך ההרצה |
| PC Score | איחוד גאומטרי של CPU, GPU ו-Latency; משקלות בסיס 60/20/20 |
השהיות אמיתיות מוצגות במילישניות, ולגביהן פחות זה טוב יותר. Consistency אינו נכלל כרכיב נפרד בנוסחה המסכמת החדשה ואינו מחליף חזרתיות בין הרצות. נוסחאות, תקנים ומשקלות מפורטים בגלוי.
גבולות התוצאה
Section titled “גבולות התוצאה”- תרחיש סינתטי עוזר לזהות שינויים במערכת, אך אינו מחליף בדיקה של משחק מסוים.
- פיזור נמוך עדיין אינו מוכיח את הדיוק של כל חותמת זמן או את היעדר שגיאה שיטתית.
- Core Latency אינו מודד את הנתיב המלא מהעכבר ועד להארת הפיקסל.
- המיקום הכללי בדירוג תלוי במשקלות הנבחרים, בהרכב המשתתפים ובחישוב מחדש בשרת.
- חישוב מחדש של ציון ישן אינו הופך גרסה ישנה של העומס לחדשה. להשוואת תרחישים מתוקנים בצעו בדיקה חדשה.
ארכיון בדיקת החזרתיות מתייחס לגרסה 0.5.2. המתודולוגיה החדשה אינה יורשת אוטומטית את מדדי הפיזור הנמדדים שלה.
עודכן: 2026-10-02.