כידוע, מהירות הגישה של זיכרון חשובה מאוד. צווארי הבקבוק שנוצרו בעבר בין זיכרונות מגנטיים למעבדים גרמו לכך שצריך לכלול זיכרון חיץ מהיר יותר, האיל. מאוחר יותר, עם התקדמות המיקרו-מעבדים הגיע המטמון, אפילו מהר יותר כדי להציע חיץ בין זיכרון ה- RAM לבין רושמי המעבד. לאחרונה הופיעו כוננים קשיחים של SSD, המהירים יותר מכונני כונן קשיח מגנטיים מכניים שכן הם מבוססים על זיכרון פלאש.
ג'יגה בייט חשב לפני כמה שנים ליצור כונן קשיח עם זיכרון RAM (RAMDisk שנקרא i-RAM), זיכרון מהיר מאוד בהשוואה לכוננים קשיחים, אבל משהו דומה קרה למה שקרה לאג'יה עם כרטיס ה- PhysX שלו. הם לא ממש ג'ל ובסופו של דבר נעלמו מהשוק, ועכשיו עם כונני SSD (וכונני SSD מבוססי RAM) זה אפילו פחות הגיוני. על מה זה? ובכן, זה בעצם משתמש בזיכרון RAM לאחסון נתונים כאילו מדובר בדיסק קשיח, כך שהגישה היא הרבה יותר מהירה.
ובכן, אינך זקוק ל- i-RAM או SSD, או משהו כזה כדי להאיץ את ההעברות והגישה לספריות, לקבצים או לתוכניות שאתה רוצה. בשביל זה אתה יכול צור RAMDisk בהפצת לינוקס שלך. הדרישה היחידה היא שיהיה מספיק זיכרון RAM, מומלץ> 4 ג'יגה-בתים, כדי לשריין מעט ממנו לשימוש כ"דיסק קשיח "מהיר במיוחד. משהו כמו מה שעשו כמה גרפי GPU למחשבים ניידים עם זיכרון שתף, אך במקרה זה לנתונים שלך.
כדי ליצור זיכרון זה, עליך לחשב את הזיכרון שיש לך, מכיוון שאם אתה ממצה את כולו או חלק גדול ממנו ייגמר לך ה- RAM למטרות שלשמו הוא נוצר והוא יהיה טיפשי. לדוגמה, אם יש לך 8GB של זיכרון RAM, אתה יכול לקחת 2GB עבור RAMDisk. אני חוזר ואומר, העניין שלו הוא שיש לך יותר זיכרון RAM, אם יש לך 2GB או 4GB זה לא יכול להיות שווה את זה ... (זכור ב"גודל = "ציין את הגודל, בדוגמה שלי בחרתי 1024MB, כלומר, 1GB, או שאתה יכול גם להשתמש ב- "G" במקום ב- "M" כדי לציין אותו ב- GB) ברגע שאתה יודע את זה, אנחנו מתחילים לעבוד עם השלבים הבאים מהטרמינל שלך:
mkdir /tmp/ramdisk mount -t tmpfs none /tmp/randisk -o size=1024M
עכשיו יש לך 1GB שמור בזיכרון שלך, כך שתוכל להוסיף את כל מה שאתה רוצה לספריית ramdisk שיצרנו. ערכו מבחני ביצוע ותראו איך זה מהיר יותר כל מה שיש לך בזה ... אם תרצה, תוכל ליצור את המחיצה ב- RAM שלך עם מערכת קבצים אחרת שאינה tmpfs, כגון ext4 או ramfs.
ואם אתה רוצה שקלט המונטאז 'יישאר ... היזהר !! הנתונים שאתה שומר כאן אם תכבה את המחשב או תפעיל מחדש יאבדו, אך הקלט יישאר עמ 'כדי שלא תצטרך ליצור את המחיצה עם כל הפעלה עם הטריק הבא כדי להוסיף אותו לטבלת המחיצות (fstab) כך שייווצר באופן אוטומטי (השתמש בעורך הטקסט המועדף עליך כדי לערוך את הקלט: vi, nano, gedit ...):
gedit /etc/fstab Y en el fichero de texto que se abre crea la siguiente entrada sin comillas "tmpfs /mnt/ramdisk tmpfs nodev, nosuid, noexec, nodiratime, size=1024M 0 0"
חשוב: זכור שהנתונים שלך ייעלמו עם הפעלה מחדש או כיבוי מחשב, שכן זיכרון RAM הוא זיכרון נדיף. אז כל מה שתרצו לשמור, צרו עותק ממנו במחיצת הכונן הקשיח.
יש לי שאלה, ברגע שנכבה את הציוד, האם הנתונים ימשיכו להיות בזיכרון? אני אומר זאת מכיוון שה- RAM הוא נדיף. אודה אם תוכל להסביר לי את זה.
שלום,
אתה צודק, שכחתי להגיב במאמר כי בהיותו תנודתי הוא יימחק בכל פעם שתפעיל את המחשב. תודה שהזכרת לי, כבר הוספתי את זה. זה דבר חשוב מאוד שאסור להתעלם ממנו כדי שאף אחד לא יאבד את הנתונים שלו.
הידד ותקווה שעזרתי. תודה!!!
מה שראיתי הוא שיש תוכניות שעושות את המחיצה הזו. מה שתוכניות אלה עושות זה ליצור תמונה על הדיסק הקשיח של הנתונים שנמצאים בזיכרון RAM כך שכאשר אנו מפעילים מחדש הם לא יאבדו. ואז כשהמערכת מתחילה, לפי הבנתי, הנתונים שנשמרים בדיסק הקשיח נזרקים ל- RAM כדי שנוכל להשתמש בהם שוב. תודה על ההערה ועל כך שהגבת במהירות! ברכות!
מעניין, כדאי לחשוב על כמה יישומים מעשיים, סקריפט שיוצר את מחיצת ה- RAM הזו בהתחלה וטוען קבצים מעניינים, זה לא יהיה שימושי ... לשים מסד נתונים ...? אתה צריך לחקור את הנושא ... תודה על ההערה.
זה יכול לעבוד רק עם פירוט ה- fs. במבחנים שלי זה עבד רק באופן הבא:
הר -t tmpfs tmpfs / tmp / ramdisk -o גודל = 300 מטר
מדהים, ההדר שאפשר לעשות עם GNU / LINUX. :)
מה דעתך להשתמש ב- RAMDisk למחיצת "tmp"?
כדי להיות מסוגל, יכולתי, יהיה צורך לשים קוד, אני לא מבקש את הקוד שאני שואל על היעילות של הנושא, כדי להשתמש בו. אני מציין שעבור מסדי נתונים, למרות שאני זוכר נכון, יש כבר אפשרות לתמוך בטבלאות מסדי נתונים בזיכרון זיכרון RAM, לדוגמא: https: // dev.mysql.com/doc /refman/5.5/en/ הגדרת מנוע אחסון. html
אם יתמזל מזלכם ונגררתם במהלך 20 השנים האחרונות תוכלו לקבל זיכרון RAM בנפח 64Gi ובכך תוכלו להעתיק את קובץ הדיסק הקשיח הווירטואלי של VirtualBOX (או כל מכונה וירטואלית אחרת) ל- RAM; אני מניח שקובץ זה אינו תופס יותר מ- 48 ג'יגה-בתים (כדי להשאיר מספיק זיכרון RAM פנוי עבור לינוקס ולמכונה הווירטואלית). באופן זה המכונה הווירטואלית עפה, ואם תרצו גם שהשינויים במכונה הווירטואלית יאבדו (אי-שינוי) לא תצטרכו יותר לאבד ביצועים בהפיכת הדיסק הקשיח הווירטואלי של המכונה לבלתי משתנה, כי לפני שתתחילו אותה אתם מעתיקים זה מה- NVMe / SSD / HDD ל- RAM ואז כיבוי כל מה שיש ב- RAM אבוד (בדיוק מה שרוצים במקרה זה, שהוא אי-שינוי).
לכן, עם כל כך הרבה זיכרון RAM אתה יכול להפוך את התמונה של הדיסק הקשיח ללא שינוי ולגודל קבוע, להשיג את הביצועים המרביים האפשריים בגישה, כי יחד עם העובדה שהדיסק הקשיח האמור יהיה ב- RAM, זה הופך קצת אמיתי תענוגות בעת טיפול במכונות וירטואליות (רק חטוף אחד בכל פעם).
שכשתסיים להשתמש במכונה הווירטואלית, תרצה לשמור על מצבו של הדיסק הקשיח הווירטואלי, מכיוון שהוא מועתק מה- RAM ל- NVMe / SSD / HDD.
שראיתי שיש כבר כמה NVMe שמסוגלים לקרוא במהירויות של קצת יותר מ -5 ג'יגה-בתים (כן, חמישה ג'יגה לשנייה בקריאה) ושימוש אחד בלבד (ב- RAID0 או דומה יהיה מהיר עוד יותר), להעתקה. תמונת הדיסק הקשיח הווירטואלי 48GiB ממנו ל- RAM אורכת כעשר שניות בלבד, olé!
על ידי חסרונות כאשר מבצעים את התהליך ההפוך (מ- RAM ל- NVMe) המהיר ביותר שראיתי לעת עתה הם קצת יותר מ- 3GiB / s בכתב (כן, שלושה ג'יגה לשנייה בכתב), ולכן שמירת התמונה של 48GiB וירטואלית קשה נסיעה מזיכרון RAM ל- NVMe אורכת כשמונה עשרה שניות בלבד, שוב זולה ענקית!
יהיה לנו אחד מה- NVMe המהיר ביותר ו- 64GiB של זיכרון RAM עם לינוקס ומכונה וירטואלית עם למשל Windows 10, זה די מעביר אם ה- RAM משמש לארח את הדיסק הקשיח של המכונה הווירטואלית.
ועכשיו המתנה עבור לינוקס ... יש כבר חבילה בשם "ramroot" (לפחות נראה כי עבור הפצות מבוססות Arch) שבזמן האתחול אחראית להעתקת כל השורש של מערכת לינוקס ל- RAM ולהמשיך לאתחל מ- RAM, שאיתו אנו משיגים גם immutability ב- Linux בו אנו משתמשים, שלא לדבר על זה שהוא יפעל מ- RAM, במחיר של הגדלת זמן האתחול מעט.
אם מי שקורא את זה מכיר את הפצות לינוקס הניתנות לאתחול מתקליטור / USB המועתקות ל- RAM במהלך ההפעלה (כגון SystemRescueCD וכו '), הם יידעו את היתרונות שהוא מספק: זה תמיד מתחיל אותו דבר, זה תמיד הולך הכי מהר שהוא יכול. מכיוון שהכל נמצא בזיכרון RAM, שום דבר לא נכתב לדיסקים הפיזיים במהלך ההפעלה או תוך שימוש בלינוקס (משהו שימושי מאוד להארכת חיי ה- SSD, באופן אישי תוך פחות מחודש ועם פחות מ- Terabyte כתוב, כמה כונני SSD כבר עזבו לי לעבודה, במיוחד 120 ג'יגה-בייט של המותג KingDian), למעט ברור שאם אנו מעלים משהו בקריאה וכתיבה ושומרים שם משהו, בשילוב זה עם המכונה הווירטואלית, המערכת 'עפה' בגישות הדיסק, מכיוון שכולם הולכים ל- RAM.
כל לינוקס ב- RAM מאריך מאוד את חיי השימוש ב- SSD ו- NVMe, מכיוון ששום דבר או כמעט שום דבר לא נכתב להם במהלך האתחול ופעם לא התחלנו שום דבר אלא אם כן אנחנו אלה שעושים את זה.
הבדיקות שלי היו על Ryzen 7 2700X (4.35GHz עם 8 ליבות ו -16 חוטים) עם 64GiB DDR4 3200MHz ו- 1050GiB NVidia 4 Ti Graphics.
הערה: ישנם לוחות אם התומכים אפילו ב- 1TiB של זיכרון RAM ומיקרופונים עם 64 חוטים כמו ThreadRipper 2 וכו '.
ההערה שלך מאוד מעניינת, אבל אנחנו לא צריכים להגזים עם ה- RAM הדרוש: יש לי תמונת VDI של Windows 10 שמשקלה 13 GB בלבד, עם 14 GB של זיכרון RAM זה יעבוד בקלות מוחלטת.
אני לא מאוד ברור לגבי התקנת מערכת ההפעלה כולה בזיכרון RAM שזה לא מעט מדי. אם יש לך SSD מעוצב ב- BTRFS עם אפשרות דחיסה מהירה (נכתבים הרבה פחות נתונים בכונן), מכיוון שכמעט רק נתונים נכתבים למחיצת המערכת כאשר מותקנות חבילות (שברור שאנחנו רוצים שיישאר בה מחיצת המערכת). SSD / דיסק), קבצי תצורה משתנים (קבצי טקסט בגודל זניח, ודחיסת LZO של BTRFS משאירה אותם בגודל זניח עוד יותר) ומעט אחר, כי נראה לי להרוג זבובים עם תותח יריות; יש לזכור כי כל ההפצות המודרניות motan / tmp בזכרון RAM אם למשתמש יש יותר מ -4 ג'יגה, אני חושב על זיכרון RAM, כך שה- SSD / הדיסק לא סובל מהכי פחות שחיקה בגלל פעולות זמניות רבות שנכתבו, וזה מה שיותר מקל הכנסתי למחיצה / לפני כמה שנים.
דבר נוסף הוא הבית, שם נכתבים כל הזמן נתונים: מטמונים, הגדרות שמשתנות מדי פעם אם העברנו חלון, הורדות וכו '. שם יכול להיות מעניין לעבוד רק ב- RAM ולסנכרן לדיסק רק אם אנחנו באמת רוצים, אם כי צריך להיות כלי כלשהו (אני לא יודע אם יהיה, לא אתפלא, אבל עד שקראתי את התגובה שלך לא חשבתי על הנושא) להזכיר למשתמש כאשר הוא הולך לסגור את ההפעלה שישנם שינויים בבית / מבלי לשמור או אפילו לשאול אותנו אם אנחנו רוצים לסנכרן אותם לדיסק, כי בוודאי חצי מהזמן שאנחנו היינו שוכחים ומכבים את המחשב כדי לעזור לעצמנו להוביל חצי שניה אחר כך.
"ישנם לוחות אם שאף תומכים ב- 1TiB של זיכרון RAM ומיקרופונים עם 64 חוטים כמו ThreadRipper 2 וכו '."
כבר, ומתלים שעדיין תומכים בהרבה יותר, אבל אל תתנו לנו ללכת על xD. בוא נחזור לכוכב כדור הארץ שבו אנשים בקושי יכולים להרשות לעצמם צוות של 800 יורו ...
ברכות.
"יש לי תמונת VDI של חלונות 10 שמשקלה 13 ג'יגה בלבד, עם 14 ג'יגה זיכרון RAM זה יעבוד בקלות מוחלטת."
סליחה, התכוונתי ל 24 GB. האם האצבע שלי עברה למפתח הבא?