Reiser5 מערכת קבצים בפיתוח משלבת תמיכה בקנה מידה מקביל

ReiserFS

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

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

כיתרון של גישה זו, חבילות FS + RAID / LVM ו- FS שאינן מקבילות מוכרזות כחסרות חסרונות מובנים (ZFS, Btrfs), כמו בעיית מקום פנוי, ביצועים שוקעים בעת מילוי נפח מעל 70%, אלגוריתמי עיצוב נפח לוגיים מיושנים (RAID / LVM), אינם מאפשרים לך להפיץ ביעילות נתונים על לוגי נפח.

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

בניגוד ל- ZFS, Reiser5 לא מיישמת שכבת חסימה משלה, למרות שהוא משתמש בהקצאת חסימות בחינם O (1). אפשר להלחין בצורה פשוטה ויעילהנפח לוגי ממכשירי בלוק בגדלים ורוחבי פס שונים. הנתונים מופצים בין מכשירים אלה באמצעות אלגוריתמים חדשים.

בהכרזה על גרסת ניסיון זו אדוארד שישקין הגיב:

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

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

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

כפי שמעיר אדוארד שישקין: חלק מבקשות ה- I / O המופנות לכל מכשיר שווה לקיבולת היחסית שלו שהוקצה על ידי המשתמשכך שהנפח הלוגי יתמלא בנתונים "באופן שווה" ו"הוגן ".

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

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

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

שטח פנוי בנפח לוגי נשלט על ידי כלי השירות df (1) הסטנדרטי. בנוסף, למשתמש יש אפשרות לפקח על השטח הפנוי בכל רכיב בהתקן הנפח הלוגי.

התקדמות משמעותית בקנה המידה האופקי נעשתה באמצעות קובץ הרשת המקביל (GPFS, ברק וכו '). עם זאת, לא היה ברור כיצד להגיש בקשה
את הטכנולוגיות שלך ל- FS מקומי.

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

בין הפריטים שעדיין נמצאים ברשימת ה- TODO של רייזר 5 הם:

  • שדרוג FSCK לתמיכה בכמויות לוגיות
  • LV אסימטרי עם יותר מגוש אחד של מטה-נתונים לכל נפח
  • כרכים לוגיים סימטריים
  • תצלומי תלת מימד של LV
  • התפלגות מטא-נתונים על פני כמה נפחי משנה
  • בדוק / ​​שחזר אמצעי אחסון לוגיים באמצעות כלי השירות fsck (שדרוג מהגרסה הקודמת)
  • נפחים גלובליים (רשתות), הוספת מכשירים במכונות שונות.

אם אתה רוצה לדעת יותר על זה, אתה יכול להתייעץ הקישור הבא. 


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי על הנתונים: AB Internet Networks 2008 SL
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.

  1.   לואיקס דיג'ו

    וואו, חשבתי שייזרס מת אחרי האנס ..