כיצד לצבוט את SSD ב אובונטו עבור ביצועים טובים יותר

יש הרבה טיפים שם עבור tweaking SSD שלך ב- Linux והרבה דוחות אנקדוטיות על מה עובד ומה לא. רצנו שלנו benchmarks עם כמה tweaks ספציפיים כדי להראות לך את ההבדל האמיתי.

ציוני דרך

כדי למדוד את הדיסק שלנו, השתמשנו בחבילת הבדיקה של Phoronix. זה בחינם ויש לו מאגר עבור אובונטו אז אתה לא צריך לקמפל מאפס לרוץ בדיקות מהירות. בדקנו את המערכת שלנו מיד לאחר התקנה חדשה של Ubuntu Natty 64-bit באמצעות פרמטרים ברירת המחדל עבור מערכת הקבצים ext4.

מפרט המערכת שלנו היו כדלקמן:

• AMD פנום II מרובע ליבה @ 3.2 GHz
• לוח אם MSI 760GM E51
• 3.5 GB RAM
• AMD Radeon 3000 משולבת w / 512MB RAM
• אובונטו נאטי

וכמובן, SSD נהגנו לבדוק על 64GB OCZ Onyx כונן (117 $ על Amazon.com בזמן הכתיבה).

צובט בולט

ישנם לא מעט שינויים שאנשים ממליצים בעת שדרוג ל- SSD. לאחר סינון חלק מהדברים ישנים יותר, ערכנו רשימה קצרה של tweaks כי distros לינוקס לא נכללו כברירות מחדל עבור SSD. שלושה מהם כרוך עריכת קובץ fstab שלך, אז חזור זה לפני שתמשיך עם הפקודה הבאה:

sudo cp / etc / fstab /etc/fstab.bak

אם משהו משתבש, אתה תמיד יכול למחוק את קובץ fstab חדש ולהחליף אותו עם עותק של הגיבוי שלך. אם אתה לא יודע מה זה או שאתה רוצה לצחצח על איך זה עובד, תסתכל HTG מסביר: מהו fstab לינוקס איך זה עובד?

זמני גישה

אתה יכול לעזור להגדיל את החיים של SSD שלך על ידי הפחתת כמה מערכת ההפעלה לכתוב לדיסק. אם אתה צריך לדעת מתי כל קובץ או ספרייה היה האחרון לגשת, אתה יכול להוסיף שתי אפשרויות אלה שלך / etc / fstab הקובץ:

noatime, nodiratime

הוסף אותם יחד עם האפשרויות האחרות, וודא שהם מופרדים בפסיקים וללא רווחים.

הפעלת TRIM

באפשרותך להפעיל את TRIM כדי לסייע בביצוע ביצועי הדיסק בטווח הארוך. הוסף את האפשרות הבאה לקובץ fstab שלך:

להשליך

זה עובד טוב עבור מערכות קבצים ext4, גם על כוננים קשיחים סטנדרטיים. אתה חייב להיות גירסת ליבה של לפחות 2.6.33 או מאוחר יותר; אתה מכוסה אם אתה משתמש מאבריק או נטי, או יש backports מופעלת על לוסיד. אמנם זה לא במיוחד לשפר את benchmarking הראשונית, זה צריך להפוך את המערכת ביצועים טובים יותר בטווח הארוך ולכן זה עשה את הרשימה שלנו.

Tmpfs

מטמון המערכת מאוחסן ב- / tmp. אנחנו יכולים להגיד fstab לעלות את זה ב- RAM כמערכת קבצים זמנית אז המערכת שלך יהיה לגעת בכונן הקשיח פחות. הוסף את השורה הבאה לתחתית הקובץ / etc / fstab שלך בשורה חדשה:

tmpfs / tmpfs ברירת המחדל, noatime, מצב = 1777 0 0

שמור את קובץ ה- fstab כדי לבצע שינויים אלה.

החלפת IO מתזמן

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

ראשית, רשימה אילו אפשרויות יש לך זמין עם הפקודה הבאה, החלפת "X" עם האות של כונן השורש שלך:

חתול / sys / בלוק / sdx / תור / מתזמן

ההתקנה שלי היא על sda. אתה צריך לראות כמה אפשרויות שונות.

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

נשתמש בננו, שכן אנו מרגישים בנוח עם שורת הפקודה, אבל אתה יכול להשתמש בכל עורך טקסט אחר שאתה אוהב (gedit, vim, וכו ').

sudo nano /etc / rc.local

מעל לקו "יציאה 0", הוסף שתי שורות אלה אם אתה משתמש בתאריך היעד:

המועד האחרון של הד> / sys / בלוק / sdx / תור / מתזמן

הד 1 / / sys / בלוק / sdx / תור / iosched / fifo_batch

אם אתה משתמש ב- Noop, הוסף שורה זו:

הד eoop> / sys / בלוק / sdx / תור / מתזמן

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

לאחר מכן, הקש CTRL + O כדי לשמור, ואז CTRL + X כדי לצאת.

איתחול

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

השינויים fstab שלך יישארו דרך החיים של ההתקנה שלך, אפילו עם שדרוגים, אבל שינוי rc.local שלך צריך להיות מחדש מחדש אחרי כל שדרוג (בין גרסאות).

תוצאות Benchmarking

כדי לבצע את המדדים, רצנו את חבילת הדיסקים של בדיקות. התמונה העליונה של כל בדיקה היא לפני tweaking את תצורת ext4, ואת התמונה התחתונה היא אחרי tweaks ו אתחול מחדש. תראה הסבר קצר על מה המבחן אמצעים וכן פרשנות של התוצאות.

פעולות קבצים גדולות

בדיקה זו דוחסת קובץ 2GB עם נתונים אקראיים וכותבת אותו לדיסק. SSD tweaks כאן להראות שיפור של כ 40%.

IOzone מדמה ביצועי מערכת קבצים, במקרה זה על ידי כתיבת קובץ 8GB. שוב, עלייה של כמעט 50%.

הנה, קובץ 8GB הוא קרא. התוצאות כמעט זהה ללא התאמת ext4.

AIO- מתח בדיקות אסינכרוני קלט פלט, באמצעות קובץ הבדיקה 2GB ו 64KB גודל הרשומה. הנה, יש כמעט 200% עלייה בביצועים לעומת extilla וניל!

פעולות קובץ קטנות

מסד נתונים SQLite נוצר PTS מוסיף 12,500 רשומות אליו. SSD tweaks כאן למעשה הואט את הביצועים על ידי כ -10%.

מבחני אפאצ 'י בודק אקראי של קבצים קטנים. היה שיפור של 25% בביצועים לאחר אופטימיזציה של SSD שלנו.

PostMark מדמה 25,000 עסקאות קבצים, 500 בו זמנית בכל זמן נתון, עם גודל הקובץ בין 5 ל 512KB. זה מדמה אינטרנט ושרתים די טוב, ואנחנו רואים עלייה של 16% ביצועים לאחר tweaking.

FS- מארק מסתכל על 1000 קבצים עם גודל כולל של 1MB, ו מודד כמה רבים ניתן לכתוב לחלוטין ולקרוא בסכום מראש של זמן. Tweaks שלנו לראות עלייה, שוב, עם גודל קובץ קטן יותר. על גידול של 45% עם התאמות ext4.

גישה למערכת קבצים

בדיקות Dbench מבחן מערכת קבצים שיחות על ידי לקוחות, בערך כמו איך Samba עושה דברים. כאן, ביצועים של וניל ext4 הוא נחתך על ידי 75%, עיקול גדול בשינויים שעשינו.

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

עם 48 לקוחות, הפער נסגר קצת בין השניים, אבל עדיין יש הפסד ביצועים ברור מאוד על ידי tweaks שלנו.

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

בדיקה זו תלויה בספריית הגישה AIO של הליבה. יש לנו שיפור של 20% כאן.

כאן, יש לנו ריבוי אקראי ריבוי הליכי קריאה של 64MB, ויש עלייה של 200% בביצועים כאן! וואו!

בעת כתיבת 64MB של נתונים עם 32 פתילים, עדיין יש לנו עלייה של 75% בביצועים.

Compile Bench מדמה את השפעת הגיל על מערכת קבצים המיוצגת על ידי מניפולציה של גרעיני הקרנל (יצירה, קומפילציה, תיקון וכו '). הנה, אתה יכול לראות תועלת משמעותית באמצעות היצירה הראשונית של הקרנל מדומה, כ 40%.

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

סיכום

ההתאמות שערכנו לתצורת ה- ext4 של Out-of-the-box של אובונטו אכן השפיעו. ההישגים הגדולים ביותר בתחום הביצועים היו בתחום של ריבוי הליכי כותבים וקורא, קובץ קטן קורא, וקובץ רציף גדול קורא וכותב. למעשה, רק את המקום האמיתי ראינו מכה בביצועים היה פשוט קובץ מערכת שיחות, משהו Samba משתמשים צריכים להיזהר. בסך הכל, נראה שזה גידול די מוצק בביצועים עבור דברים כמו אירוח דפי אינטרנט וצפייה / הזרמת קטעי וידאו גדולים.

זכור כי זה היה במיוחד עם Ubuntu Natty 64-bit. אם המערכת או ה- SSD שלך שונים, הקילומטראז 'שלך עשוי להשתנות. בסך הכל אם כי, נראה כאילו fstab ו IO התאמת מתזמן עשינו ללכת דרך ארוכה ביצועים טובים יותר, אז זה כנראה שווה לנסות על המתקן שלך.

האם יש לך מדדים משלך ורוצים לשתף את התוצאות שלך? יש עוד לצבוט שאנחנו לא יודעים על? נשמע את ההערות!