בדיקת חזרתיות של בנצ'מרק
בדף זה
בשישה ריצות ב-1920×1080 מקדם השונות של PC Score שווה ל-0,256%. שתי הרצות ברזולוציה נמוכה יותר סטו מהממוצע של שש אלו ב-+0,392% וב-−0,070%. במחשב אחד הפיזור התקבל קטן, אך לפי נתונים אלו אין להעריך את הרעש בתצורות אחרות.
כאן נמצא ניתוח של כל שמונה ההרצות מ-2026-09-04. אף הרצה לא הוצאה מהטבלאות. החישובים חושבו מחדש ב-2026-09-07.
| פרמטר | נתוני הסדרה |
|---|---|
| CPU | AMD Ryzen 7 7800X3D, 8 ליבות פיזיות / 16 מעבדים לוגיים |
| GPU | NVIDIA GeForce RTX 5070 |
| Windows | build 26200; מחרוזת הגרסה בתוצאות Windows 10.0.26200 |
| מנוע | PCBenchmarkX 0.5.2 |
| פרופיל | Candidate, משכים זהים והרכב בדיקות זהה |
| מודל הערכה | score-model-1.2-candidate-1 |
| רזולוציה פנימית | 1920×1080 בכל שמונה ההרצות |
| פלט | חלון במסך מלא ללא מסגרת |
| מצב הסביבה | בכל התוצאות צוין hypervisor שהתגלה |
לפי נתוני המחבר נעשה שימוש ב-Windows עם אופטימיזציות של BoosterX. הרשימה המלאה של ההגדרות מהסדרה לא פורסמה. בארכיון גם אין השוואה עם Windows לא מותאם. ה-hypervisor שצוין אינו מוכיח את העובדה שההרצה בוצעה בתוך VM אורח.
בסיכום אין גרסת מנהל התקן גרפי, והארכיון אינו מאפשר לקבוע את טמפרטורת הרכיבים ואת הרשימה המלאה של ההגדרות בזמן הבדיקות.
כיצד הופרדו ההרצות
Section titled “כיצד הופרדו ההרצות”שלוש ההרצות הראשונות בוצעו באתחול Windows אחד, שלוש הבאות כל אחת לאחר אתחול נפרד. הדבר נראה לפי זמן הפעילות הרציפה של המערכת (uptime): רגע האתחול המחושב חופף אצל №1-3 ושונה אצל №4, №5 ו-№6. שתי בדיקות הרזולוציה האחרונות בוצעו לאחר №6 ללא אתחול חדש.
| № | אתחול Windows | זמן פעילות המערכת לפני הבדיקה, דקות | רזולוציית פלט | PC Score |
|---|---|---|---|---|
| 1 | A | 4,94 | 1920×1080 | 14 198,58 |
| 2 | A | 7,56 | 1920×1080 | 14 229,16 |
| 3 | A | 10,23 | 1920×1080 | 14 186,01 |
| 4 | B | 0,67 | 1920×1080 | 14 239,20 |
| 5 | C | 3,52 | 1920×1080 | 14 224,65 |
| 6 | D | 7,80 | 1920×1080 | 14 141,08 |
| 7 | D | 10,62 | 1280×768 | 14 258,79 |
| 8 | D | 13,48 | 800×600 | 14 193,24 |
הרצה №4 החלה פחות מדקה לאחר האתחול. ההמתנה לפני הבדיקות שונה, ולכן לא ניתן כאן לבודד בנפרד “אפקט של אתחול בלבד”: מתווספת התנהגות התוכנה לאחר עליית המערכת.
חזרתיות ב-1920×1080
Section titled “חזרתיות ב-1920×1080”CV כאן מחושב בין הרצות מלאות, דרך סטיית תקן מדגמית עם מחלק n − 1:
mean = sum(x) / ns = sqrt(sum((x − mean)^2) / (n − 1))CV, % = 100 × s / meanrange, % = 100 × (max(x) − min(x)) / mean| סדרת PC Score | n | ממוצע | CV | טווח / ממוצע |
|---|---|---|---|---|
| אתחול אחד, №1–3 | 3 | 14 204,58 | 0,156% | 0,304% |
| אתחולים שונים, №4–6 | 3 | 14 201,65 | 0,373% | 0,691% |
| כל 1920×1080, №1–6 | 6 | 14 203,12 | 0,256% | 0,691% |
השוואה בין השלשות הראשונה והשנייה נותנת הפרש של −0,021%. הפיזור בין אתחולים גבוה מאשר בתוך אתחול אחד, אך בסדרה זו הוא עדיין קטן. שלוש ריצות לקבוצה זה מעט מדי למסקנה חד-משמעית לגבי שגיאת הגבול.
| רכיב, №1–6 | ממוצע | CV בין הרצות | טווח / ממוצע |
|---|---|---|---|
| Performance | 11 437,74 | 0,121% | 0,330% |
| Core Latency Score | 21 750,66 | 0,392% | 1,129% |
| Consistency | 12 878,65 | 0,832% | 2,156% |
מבין שלושת הרכיבים, היציבות הגבוהה ביותר הוצגה על ידי Performance. בלוקים שבהם נעשה שימוש בזנב התפלגות ההשהיות התנדנדו באופן מורגש יותר. לכן ניקוד סופי זהה למראה אינו מבטיח עדיין תמונה זהה בהתפלגויות פריימים.
בדיקת רזולוציה
Section titled “בדיקת רזולוציה”| רזולוציה | PC Score | Δ PC לממוצע №1–6 | Δ Performance | Δ Core Latency Score | Δ Consistency |
|---|---|---|---|---|---|
| 1280×768, №7 | 14 258,79 | +0,392% | −0,054% | +0,633% | +1,149% |
| 800×600, №8 | 14 193,24 | −0,070% | −0,089% | −0,099% | +0,022% |
הורדת רזולוציית הפלט לא הובילה לעלייה שיטתית של Performance. הדבר מתיישב עם ההיגיון של עומס פנימי קבוע 1920×1080.
אם משווים רק להרצה הקרובה ביותר ב-1920×1080, №6, באותו אתחול Windows, השינויים ב-PC Score הם +0,832% ו-+0,369%. ההפרש תלוי בשאלה אם אנו משווים להרצה אחת או לממוצע של כמה, ולכן כאן מוצגות שתי האפשרויות.
בכל רזולוציה נמוכה הייתה רק הרצה אחת. הסדר לא הוחלף לסירוגין, ולא בוצעה ריצה חוזרת של 1920×1080 לאחר שינוי הרזולוציה. התמונה מתיישבת עם ההשערה בדבר עומס פנימי קבוע, אך אינה שוללת השפעה של הרזולוציה על רכיבים מסוימים. לבדיקה נדרש חוזר על מספר מחשבים עם החלפה לסירוגין של הסדר.
בדיקת החישובים והנתונים הזמינים
Section titled “בדיקת החישובים והנתונים הזמינים”כל שמונה ההרצות הושלמו: ב-CSV שפורסם, בכל הרצה ממולאים כל ארבעת הציונים והאגרגטים של הקלט. התאמת ההרצה מוערכת על ידי מודל איכות ההרצה (Run Quality), המתואר במתודולוגיה: הוא מתחשב בעומס רקע של CPU, ב-hypervisor, בהפעלה מסוללה ובסשן מרוחק. עם זאת, הפרעות חיצוניות עדיין יכלו להשפיע על המדידות: התאמת ההרצה לפי מודל זה אינה מוכיחה את היעדרן.
עבור כל ההרצות, Performance, Core Latency Score, Consistency ו-PC Score חושבו מחדש מתוך ה-throughput והאחוזונים השמורים. הפער המרבי מהפרסום קטן מ-0,000001 נקודה. זוהי בדיקת הנוסחאות לפי האגרגטים; בנייה מחדש מלאה של האחוזונים מתוך פריימים גולמיים לא נעשתה בניתוח זה.
- נתונים מסוננים של שמונה הרצות, CSV.
- סקריפט לבדיקת החישובים, Python 3. נדרשת רק הספרייה הסטנדרטית.
שמרו את שני הקבצים זה לצד זה והריצו:
python analyze_repeatability.pyה-CSV מכיל את הציונים והאגרגטים של הקלט, רזולוציות, זמן פעילות המערכת וסימונים מוסכמים של האתחולים. הארכיון המקורי המלא עם מזהים ונתוני שירות אינו מפורסם.
תוצאות בלתי תלויות
Section titled “תוצאות בלתי תלויות”כדי לבדוק חזרתיות במחשבים אחרים, שלחו את הסדרות שלכם ל-admin@boosterx.org עם הנושא “PCBenchmarkX: חזרתיות”.
שלחו כמה תוצאות מלאות באותם תנאים וציינו CPU, GPU, RAM, גרסת Windows ומנהל התקן, פרופיל, רזולוציה, אתחולים ושינויים בין הבדיקות. אם אתם בודקים את השפעת הרזולוציה, החליפו אותה לסירוגין בין ריצות ובצעו כמה הרצות בכל ערך. עדיף לשלוח את כל הסדרה כולה, כולל מקרים “גרועים” או נדירים.
לפני השליחה בדקו את הארכיון לנתונים אישיים. ציינו אם ניתן לפרסם את התוצאות ואת מאפייני המחשב ללא הנתונים האישיים שלכם. לאחר בדיקה נוכל להוסיף את הסדרה לכאן עם תנאים, חישובים ומגבלות. שלחו גם סדרות עם פיזור גדול: הן יעזרו להבין באילו תנאים התוצאות פחות יציבות.
ניתוח זה הוכן על ידי צוות BoosterX לפי הסדרה שסופקה. הוא אינו הסמכה בלתי תלויה ואינו מוכיח תוספת ביצועים מאופטימיזציה של BoosterX. שחזורים בלתי תלויים יסומנו בנפרד.
