אין לי מושג איך המעבד עובד ב-iRacing, אבל ה-FoV של ה-Reverb G2 הוא 98°. Tight FoV היא אחת התלונות העיקריות שלה, באמת, למרות שרוב ה-HMDs דומים (המדד הוא 110, Vive הוא 115). עם זאת, הרזולוציה והבהירות פנטסטיות, וזה יקר יותר לחובבי סים טיסה (אני משחק IL2 ו-DCS יותר מאשר iRacing.) כדי לקבל גם fov וגם רזולוציה אתה צריך עד HMDs קיצוני כמו Pimax 8K (150 fov ב-8K rez), אבל שום חומרה בעולם לא תגיע לקצבי פריימים גבוהים עם אלה, לצערי. אם תצליף את הראש שלך על מסתובב, זה כמובן יגרום למה שמוצג בסרט הזה ישתנה במהירות, ואני מתאר לעצמי שזה ישפיע המעבד, אבל זה לא אמור להיות שונה מבחינה פונקציונלית מאשר שימוש ב-TrackIR עם צגים קבועים, או פשוט להזיז את כובע התצוגה על הגלגל שמאלה ימין. האם המעבד חוטף מכה גדולה יותר ככל שאתה משנה את התצוגה שלך? הייתי מניח שזה חייב, אבל חשבתי שה-CPU יעקוב אחר כל הנכסים ב'בועה' של מה שאתה יכול לראות, אבל שוב אני לא יודע איך renderers עובדים. נשמע שזה הופך את בדיקות הביצועים לשדרוגי מעבד לקשות יותר עבור נגני סים.
אנחנו קרובים לכך שהחומרה תדביק סוף סוף את התוכנה, או לפחות תתקרב. סוף סוף אני יכול להריץ כמעט ללא רבב של 90 FPS (רענון מקורי) ב-G2 ב-IL2:FB, אבל זה עדיין בגדר חלום ב-DCS, ואני לא בטוח לגבי iRacing. זה ברור וצורם כשה-HMD יורד מתחת ל-90 ועובר ל-45 עם הקרנה מחדש, וזה כמעט הכל על ה-CPU.
ההמשך ל-Meteor Lake הוא Arrow Lake והרכב הדור ה-15 מביא איתו הרבה שינויים. למרות שזה יהיה תואם שקעים לכל מה ש-Meteor Lake נוחת עליו, ליבות Redwood Cove וליבות Crestmont ישודרגו לליבות Lion Cove ו-Skymont החדשות לגמרי. אלה צפויים להביא יתרון גדול עם ספירת הליבה המועלת שצפויה להיות 40/48 ב-SKUs החדשים (8 P-Cores + 32 E-Cores).
באופן מפתיע, אינטל תדלג על צומת 'Intel 4' שלה ותדלג ישירות ל-20A עבור מעבדי Arrow Lake. דבר אחד נכון לשניהם שבבי Meteor Lake ו- Arrow Lake הם שהם ישמרו על צומת התהליך N3 (TSMC) שלהם עבור כתובות IP ליבה נוספות, ככל הנראה ה- Arc GPU ליבות. צומת Intel 20A מספק שיפור של 15% בביצועים לוואט, תוך שימוש ב-RibonFET מהדור הבא & PowerVia tech, ומתוכנן להפעיל את פרוסות בדיקת ה-IP הראשונות בגדול עד המחצית השנייה של 2022.
...
נפילה מאופיינת כפגיעות עקב תכונת אופטימיזציה של זיכרון שחושפת באופן לא מכוון אוגרי חומרה פנימיים לתוכנה. עם Downfall, תוכנות לא מהימנות יכולות לגשת לנתונים המאוחסנים על ידי תוכניות אחרות שבדרך כלל צריכות להיות אסורות: הוראת AVX GATHER יכולה להדליף את התוכן של קובץ האוגר הווקטור הפנימי במהלך ספקולציות ביצוע. הנפילה התגלתה על ידי חוקר האבטחה דניאל מוג'ימי מגוגל. Moghimi כתבה קוד הדגמה עבור Downfall כדי להראות מפתחות AES של 128 סיביות ו-256 סיביות נגנבים ממשתמשים אחרים במערכת המקומית, כמו גם את היכולת לגנוב נתונים שרירותיים מקרנל לינוקס.
אושר כי מעבדי Skylake מושפעים דרך Tiger Lake בצד הלקוח או Xeon Scalable Ice Lake בצד השרת. לפחות Intel Alder Lake / Raptor Lake העדכניים ביותר ו-Intel Xeon Scalable Sapphire Rapids אינם חשופים לנפילה. אבל עבור כל הדורות המושפעים, מיקרוקוד CPU משוחרר היום כדי לטפל בבעיה זו.
אינטל מכירה בכך שלהפחתת המיקרוקוד שלהם עבור Downfall תהיה פוטנציאל להשפיע על הביצועים כאשר הוראות איסוף נמצאות בנתיב החם של יישומים. במיוחד בהתחשב בהשפעה של AVX2/AVX-512 עם עומסי עבודה כבדי וקטוריזציה, עומסי העבודה של HPC בפרט הם סביר להניח שיושפעו יותר מכל, אבל ראינו גם שימוש רב ב-AVX על ידי קידוד/המרה של וידאו, AI ועוד אזורים. אינטל לא העבירה שום טענות להשפעת ביצועים משוערת מההפחתה הזו. ובכן, לעיתונות. לשותפים אחרים אינטל דיווחה על א השפעה על ביצועים של עד 50%. כלומר לעומסי עבודה עם שימוש בהוראת איסוף כבדה כחלק מ-AVX2/AVX-512.
הו לא, מה יעשו עכשיו כל האנשים שנשבעו לעולם לא לקנות מעבד AMD לאחר הפגיעויות האחרונות, הדומות מאוד?
Zen 3 הוא סוף הדרך ו-Zenbleed הוא רק אחד מבעיות Zen 4 רבות, אבל אם אתה רוצה לקנות AMD קדימה, פשוט אל תצפה שגם אני אעשה זאת.
זו בעיה גם עבור אינטל וגם עבור AMD, ונראה ששניהם משתפרים בהפחתות עיצוב חזקות עם ארכיטקטורות חדשות יותר - כלומר Zenbleed אינו בעיה ב-Zen 3 ו-4, Downfall אינו קיים בדור ה-12 ואילך.
כן, זו הנשורת מאותו מחקר שהוביל ל-zenbleed. זו לא אותה פגיעות, רק סוג דומה של דליפה בנסיבות דומות. על ידי הפעלת ביצוע ספקולטיבי, ולאחר מכן ביטול הספקולציות, ניתן לקרוא אוגרי CPU פנימיים על ידי תוכנית שלא נועדה לקבל גישה לאותו מידע מצב פנימי. אז זה יכול לדלוף נתונים לתוקף מכל תהליך אחר הפועל על אותו מעבד.
בנאדם, פגיעה של 50% היא עניין גדול. כעסתי על מהירות הקלט/פלט שאיבדתי בשבב ה-Haswell שלי אחרי Meltdown, אבל לפחות רוב התוכניות לא הושפעו הרבה מבחינת מהירות הריצה בפועל.
בדיקת הביצועים הפנימית של Red Hat של מיקרוbenchmark במקרה הגרוע ביותר הראתה האטה משמעותית. עם זאת, יישומים מציאותיים יותר המשתמשים באיסוף וקטור הראו רק האטות באחוז חד ספרתי נמוך.
חחח! AMD עדיין לא הייתה 3 שנים מהזן ב-2014 ושום דבר על בסיס בולדוזר ונגזרות (אותו חזיר, שפתון שונה) לא יכול היה להתחיל להתחרות עם SandyBridge, שלא לדבר על שום דבר חדש יותר או מהיר יותר!