בדיקת חזרתיות של בנצ'מרק

מחקר ארכיוני. הנתונים שלהלן הושגו ב-2026-09-04 על גרסה 0.5.2. הטבלאות, קובצי ה-CSV והסקריפט שומרים על הנוסחה הישנה של Performance / Core Latency / Consistency עם משקלים 50/30/20. אלו אינם הניקוד הנוכחי של הדירוג המקוון ואינם בדיקה של המודל החדש של CPU/GPU/Latency. אין להעביר באופן אוטומטי את ערך ה-CV של 0,256% אליו. הנוסחה המעודכנת מתוארת בנפרד.

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

בששת ההרצות עם 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 בכל שמונת ההרצות
פלט	חלון מסך מלא ללא מסגרת
מצב הסביבה	בכל התוצאות צוין היפרוויזור שהתגלה

לפי נתוני המחבר נעשה שימוש ב-Windows עם אופטימיזציות של BoosterX. הרשימה המלאה של ההגדרות מהסדרה לא פורסמה. בארכיון גם אין השוואה עם Windows לא מותאם. ההיפרוויזור שצוין אינו מוכיח את העובדה שהופעל בתוך VM אורח.

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

כיצד מופרדות ההרצות

שלוש ההרצות הראשונות בוצעו באתחול 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

ה-CV כאן מחושב בין הרצות מלאות, דרך סטיית תקן מדגמית עם מחלק n − 1:

mean = sum(x) / n
s = sqrt(sum((x − mean)^2) / (n − 1))
CV, % = 100 × s / mean
range, % = 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. בלוקים שבהם נעשה שימוש בזנב התפלגות ההשהיות התנדנדו באופן מורגש יותר. לכן ניקוד סופי שנראה זהה עדיין אינו מבטיח תמונה זהה בהתפלגויות פריימים.

בדיקת רזולוציה

רזולוציה	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 לאחר שינוי הרזולוציה. התמונה מתיישבת עם ההשערה על עומס פנימי קבוע, אך אינה שוללת השפעה של הרזולוציה על רכיבים בודדים. לצורך בדיקה נדרש חזרה על מספר מחשבים עם החלפה לסירוגין של הסדר.

בדיקת חישובים והנתונים הזמינים

כל שמונת ההרצות הושלמו: ב-CSV שפורסם, בכל הרצה ממולאים כל ארבעת הניקודים והאגרגטים של הקלט. התאמת ההרצה מוערכת על ידי מודל איכות ההרצה (Run Quality), המתואר במתודולוגיה: הוא מתחשב בעומס רקע של CPU, היפרוויזור, הפעלה מסוללה והפעלה מרחוק. עם זאת, הפרעות חיצוניות עדיין יכלו להשפיע על המדידות: התאמת ההרצה לפי מודל זה אינה מוכיחה את היעדרן.

בכל ההרצות Performance, Core Latency Score, Consistency ו-PC Score חושבו מחדש מה-throughput והאחוזונים השמורים. הפער המרבי מהפרסום קטן מ-0,000001 נקודות. זוהי בדיקת נוסחאות לפי אגרגטים; בנייה מחדש מלאה של האחוזונים מפריימים גולמיים לא נעשתה בניתוח זה.

• נתונים מסוננים של שמונת ההרצות, CSV.
• סקריפט לבדיקת חישובים, Python 3. נדרשת רק הספרייה הסטנדרטית.

שמרו את שני הקבצים זה לצד זה והריצו:

python analyze_repeatability.py

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

תוצאות בלתי תלויות

כדי לבדוק חזרתיות במחשבים אחרים, שלחו את הסדרות שלכם ל-admin@boosterx.org עם הנושא “PCBenchmarkX: חזרתיות”.

שלחו כמה תוצאות מלאות באותם תנאים וציינו CPU, GPU, RAM, גרסת Windows ומנהל התקן, פרופיל, רזולוציה, אתחולים ושינויים בין הבדיקות. אם אתם בודקים את השפעת הרזולוציה, החליפו אותה לסירוגין בין ההרצות ובצעו כמה הרצות בכל ערך. עדיף לשלוח את כל הסדרה כולה, כולל מקרים “גרועים” או נדירים.

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

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