האם יש משהו שאנחנו יכולים לעשות כדי לא לאבד ביצועים רבים מהתיקונים של Meltdown ו- Spectre?

אינטל רצתה לתרץ זאת התכה וספקטרום זו הייתה הבעיה שלו, ואז הוא תיקן והצהיר פומבית בה ציין את AMD ו- ARM כשותפים טכנולוגיים שהוא עבד איתם כדי לפתור את הבעיה ובצורה כזו גם לציין אותם, אבל גם ARM וגם AMD אינם כל כך מושפע בגלל פגיעות אלה כמו אינטל, מכיוון שההתמוטטות כמעט בלעדית למעבדים אינטל (וכמה ARM) וספקטר אמנם משפיע על יותר מעבדים, אך לא באותה מידה ואינטל שוב לוקחת את החלק הגרוע ביותר.

הם גם מיהרו לומר זאת אובדן ביצועים זה יהיה כמעט אפס, שמשתמשים לא יבחינו בכך לאחר התקנת התיקונים. ונכון שאין הפסד כה דרמטי כצפוי ברוב המקרים, אך נכון שתלוי בדור השבב שלך ההפסד יכול להיות מינימלי או חמור למדי. הם כבר זיהו את זה ועכשיו הם כבר ביצעו כמה בדיקות עם אמות מידה כדי לחשב את ההפסדים שאתה יכול לקבל באינטל לאחר התקנת התיקונים המתאימים במערכת שלך, ולמרות שהבדיקות בוצעו עם Microsoft Windows, עבור Linux ו- מערכות אחרות כגון MacOS יהיו דומות ...

הפסדי ביצועים משוערים ...

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

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

התוצאות היה:

• דור ליבה 8 של אינטל (Kaby Lake ו- Coffe Lake): ההערכה היא כי ההשפעה הממוצעת על הביצועים תהיה 6% עבור מרבית הפעילויות וביישומי אינטרנט כגון ביצוע קוד JavaScript אתה עלול לראות הפסד של עד 10%.
• דור 7 של אינטל Core (Kaby Lake-H): כאן עבור יישומי משרד ואחרים הביצועים יירדו ב -7%, נקודה אחת יותר מאשר במקרה הקודם ובמקרה של יישומי רשת הוא גם יגדל מעט לעומת ה -8.
• דור 6 של Intel Core (Skylake-S): בסביבות 8% בדרך כלל ... אך בדיקה ספציפית בשם Responsivity מ- SYSMark 2014 SE זיהתה הפסדים של עד 79% גם בשימוש ב- SSD.
• אינטל לפני כן: ובכן, לא נערכו בדיקות כרגע, לפחות לא פומביות, אך עם כל דור צריך להוסיף נקודות אובדן נוספות למה שנראה בשלושת האחרונים, מכיוון ששלושת האחרונים הללו אמורים להיות אלה שבהם אובדן הוא הרבה פחות. מה לגבי מעבדים מלפני 10 שנים למשל? נראה את תגובת המשתמשים ...

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

כיצד לשפר ביצועים מנקודת מבט פיזית?

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

• CPU: אנו יכולים לשדרג את המעבד למודל מודרני יותר אם השקע וערכת השבבים שלנו תומכים בכך, ולכן הרווחים מכלול מיקרו-ארכיטקטורה מודרנית יותר או מעבד בעל מאפיינים מעולים יכולים להסוות את אובדן הביצועים הזה, אם כי ברור שהוא זהה לשבב הקודם שלך, החדש יהיה גם אובדן ביצועים ביחס למערכת שלא תוקנה. הדבר ההגיוני יהיה לא לעדכן את המיקרו-מעבד אלא אם כן יש לנו אחד ישן מאוד וההפסד ידוע לשמצה וכבר יש לנו הפחת לחשוב על שינוי.
• RAM: גם הרחבת ה- RAM לא תפגע מכיוון שנוכל להעלות את הביצועים ולהפוך את אובדן הביצועים לנסבל יותר. במקרה זה, אולי מיועד למי שיש לו מעבד מודרני יותר ואינו מעוניין לשנות אותו, אך עבור הוצאה של לא יותר מדי כסף נוכל להשוות מודול חדש ובכך להימנע משימוש בזיכרון משני (SWAP) לאחסון התהליך. נתונים וכי המעבד לוקח עוד יותר מחזורים כדי לנקז מה- TLB.
• דיסק קשיח: זו יכולה להיות גם אפשרות טובה לכלול SSD בציוד שלנו, זה ישפר משמעותית את הביצועים על ידי צמצום משמעותי של זמן הגישה לזיכרון זה ביחס לכונני HDD. לכן השפעת הביצועים עם כונני SSD תהיה הרבה פחות ולכן אינטל השתמשה בהם לצורך ביצוע הבדיקות. אתה תמיד יכול להשאיר את הכונן הקשיח שלך כדיסק לנתונים ו- SSD לתוכנה.
• overclock: כל עוד אתה יודע מה אתה עושה, אולי זה זמן טוב להמר על overclocking של המערכת שלך כדי להיפתח כמה מאות מגה-הרץ במעבד שלך ... אבל אל תשכח שזה יכול לייצר בעיות יציבות בכמה שבבים ו במיוחד כדאי לשפר את הקירור, ולכן זה גם כרוך בעלות כלכלית.

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

כיצד לשפר את ביצועי התוכנה?

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

• AMD: אם יש לכם מעבד AMD עליכם להימנע מתיקונים, למרות שזה סיכון, מכיוון שבבים אלה אינם נקיים לחלוטין מספקטר, אך נכון שהסיכון נמוך בהרבה בגלל ההבדלים האדריכליים בין אינטל ל- AMD ... בכל מקרה במוקדם או במאוחר יגיע גרעין שבו כבר יש לך את התיקונים הסדרתיים האלה ולא יהיה טוב להשתמש בגרעין מבלי לעדכן לבעיות אפשריות אחרות. הטוב ביותר הוא מנגנון תצורה כדי להשבית את זה במעבדים מסוימים ...
• חוסר מזל: לא הייתי נוגע בפרמטר הקרנל לגבי לחץ על מטמון, אך נוכל לשנות את ה- Swappiness במיוחד אם יש לנו HDD, מכיוון שבמקרה שיש לנו SSD ההבדל יהיה פחות. הערך של Swappines גורם לליבה לשנות את העדיפות של שימוש ב- RAM / SWAP. ערך 0 או נמוך פירושו שה- SWAP לא ישמש עד כדי כך שהוא ירוויח מעט מאובדן הביצועים לאחר התקנת תיקוני ה- Spectre ו- Meltdown. עם זאת, רצוי שיהיה לך זיכרון RAM גדול כך ששלב זה לא ישפיע על הביצועים מצד שני. אם יש לך יכולת זיכרון RAM טובה וקשיח HDD, הימנע מערכים גבוהים או קרובים ל 100 מכיוון שהם ישתמשו יותר במחיצת ה- SWAP להחלפה וישאירו את ה- RAM ריק יותר, ולכן ייקח יותר זמן לגשת לנתונים ולהוראות שמתארחים שם. . כדי לראות את הערך הנוכחי של Swappiness שלך נוכל להשתמש בשרשור החתול ולשנות את הערך sysctl, למשל לשים 10% שימוש ב- SWAP ו- 90% עבור RAM:

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• להשתמש סביבות שולחן עבודה קלות או לוותר לחלוטין על סביבה גרפית, במידת האפשר והמשתמש מרגיש בנוח עם מצב הטקסט, זהו פיתרון רדיקלי אך תורם רבות לביצועים. אם במקרה שלך אתה לא רוצה לוותר על היתרונות של ממשקי ה- GUI, אתה יכול לבחור בהפצה קלה. זכור כי כל עומס שאתה לוקח פירושו משאבים בחינם שיכולים לשמש למטרות אחרות.
• ועם מה שהערתי בפסקה הקודמת לומר שזה יהיה רעיון טוב לעצור את כל השדים האלה שירותים שאיננו משתמשים בהם. זה לא רק משפר את הביצועים, אלא גם את הבטיחות. פקודת ההרג יכולה להיות גם בת בריתך להרוג תהליכים מיותרים.
• אם אינך יודע כיצד להגדיר SELinux כראוי עדיף שלא להשתמש בו, בחר במנגנוני אבטחה אחרים. אמנם זה משפר מאוד את האבטחה אבל הוא כבד מאוד, ואם הוא מוגדר בצורה שגויה, זה לא יכול להיות שווה את אובדן הביצוע העצום שהוא יכול להניח.
• תמיד הידור תוכנה מהמקורתוכל גם להשתמש בדגלים מהדרים ספציפיים כדי לייעל את ההוראות עבור המעבד הספציפי שלך, שישפרו את הביצועים.
• לארגן גרעין קל ככל האפשר ביטול כל אותם בקרים שאיננו משתמשים בהם כדי לא ליצור תמונה גדולה מדי, ואם הם משניים, אל תסמן אותם כך שהם ייכללו בתוך המליל, אלא כמודולים. אפשרויות התצורה הקשורות למעבד שתמצאו בתצורה יכולה גם לייעל את העבודה הרבה.
• בחר מערכת קבצים טובה:
  • btrfs: ביצועים טובים באופן כללי, אפילו טובים יותר מ- ext4 כך שזו תהיה האפשרות הטובה ביותר.
  • ext4: ביצועים כוללים טובים.
  • JFS: זה עושה מעט מאוד שימוש במעבד, ולכן זו אפשרות לשקול.
  • XFS: אם אתה מטפל בקבצים גדולים מאוד, כגון מסד נתונים, תהיה האפשרות הטובה ביותר לביצועים שלו. מצד שני, עבור משתמש רגיל זה עלול להזיק מכיוון שהביצועים שלו מחמירים עם קבצים קטנים.
  • ReiserFS: ההפך מקודמו, ביצועים טובים לקבצים קטנים.
• אני לא ממליץ לך להזמין מקומות זיכרון RAM ולהרכיב שם איזושהי FS כאלטרנטיבה ל- SSD או לטעון את / tmp שם, שכן נכון שזה ישפר את זמן הגישה לאותם נתונים שמתארחים שם אבל הוא גם ישתמש במעבד רב יותר. אז הימנע מתרגול מסוג זה או השתמש ב- Compcache וכו '.
• יש גם תוכנה לשיפור ביצועים של המערכת שלנו, ולכן יהיה טוב להשתמש בתוכנת תחזוקה זו מעת לעת כדי לסייע בשיפור הביצועים. למשל verynice ... ועכשיו כשכתבתי את השם הזה פשוט נזכרתי בפקודות כמו nice, renice ו- ionice שיכולות להיות רלוונטיות במיוחד במקרים אלה. כבר דיברנו עליהם ב- LxA.
• יש גם טריקים ברשת עבור תוכניות שונות, אם אתה משתמש בתכיפות כלשהן אתה יכול לחפש את הטריקים האלה כדי להאיץ אותם. למשל עבור Firefox, LibreOffice, SSH וכו '.

אל תשכח לעזוב את הערות, ספקות או הצעות...