פרויקט Zerotools
מכיל סט של כלים כדי לסייע לשמירה על דיסקים וירטואליים נקיים (על ידי מילוי אפס בינארי לאלה אזורים שכבר לא נמצאים ב" שימוש "). זה נעשה באופן ידני או על-the-fly, תלוי באיזה כלי מתאים לצרכים הטובים ביותר.
במונחים טכניים מנגנון משתמש ב- the-fly LD_PRELOAD לעטוף את שיחת הספרייה מבטלת את הקישור וzerounlink-המעטפת מספקת מנגנון המבוסס קישור סמלי למקד תוכניות בודדות, כך שהם יהיו להפעיל באמצעות העטיפה לבטל. לשם השוואה מול כלים אחרים, עיין בסעיף "פתרונות אחרים".
שים לב שzerotools לא להתחרות עם כלים שונים שלשכתב תוכן קובץ עם נתונים "אקראיים" על מנת להפוך את אחזור נתונים קרוב לבלתי אפשרי. אל תשתמש בzerotools לזה, או לטעון שהם כלים טובים לכך. הם לא. (טקסט זה התווסף לאנשים שקוראים רק הקדמות.)
Zerotools ספציפי לינוקס, מיושם באמצעות C ברישיון במסגרת הרישיון הציבורי הכללי של גנים (v2). הכלים ניתנים ללא אחריות מכל סוג, בהבנה שבאגים בתוכנה קיימות ודברים רעים יכולים לקרות.
באגס ומגבלות
אין באגים ידועים. ידוע לי לפחות. באגס יהיה קבוע, על בסיס דיווחים אינטליגנטיים על ידי משתמשי קצה או באופן אוטומטי אם יש לי זמן נוסף. כתובת הדוא"ל שלי היא בתחילתו של כל קובץ מקור אתה צריך להרגיש את הצורך לשלוח תיקונים.
נושא הגנה עדיין לא נבדקה כראוי. לא הוא LFS-דרישה (מה שאומר שzerotools ייתכן שלא תוכל להתמודד עם קבצים מעל 2 גודל GiB על ארכיטקטורות 32-bit). בניין או zerotools פועל על מערכת לינוקס מבוגרת לא ניסה (אבל ייעשה בהקדם מערכות ישנות מותקנות בסביבת בדיקה). השתתפות משתמש בבדיקות גם להערכה.
בדיקה נעשתה על חלוקת רבות לינוקס פועלת גרעינים (2.4 ו -2.6) ועם גרסאות glibc (2.3.2 ל2.5.3, עם כתמי ספק, אז זה מידע מייעץ בלבד). ארכיטקטורות שנבדקו הם x86, x86_64, ia_64, וPPC (32-bit). תוצאות בדיקת אדריכלות אחרות תתקבלנה בברכה.
zerounlink וzerounlink-עטיפה לא עובדים עם הרצה קשורה באופן סטטי. זוהי מגבלה בטכניקה ואין דרכים לעקיפת (הידועות לי).
אחת רע תכונה קיימת בzerounlink: כאשר בודקים אם קובץ צריך להיות מאופס או לא, zerounlink אינו לוקח בחשבון את הקבצים דלילים. אם הקובץ הוא דליל, זה היה הגיוני להחליף רק את החלקים של קובץ שיש להם תוכן שאינו אפס.
משמעות דבר היא כי zerounlink יצטרך לקרוא את כל הקובץ המקורי ולחפש את שאינו אפס התוכן ראשון. זה אומר גם שבמקום רק כותב לקובץ לא צמוד, zerounlink יצטרך לקרוא אותו גם כן. זה יגרום לי תוספת / פעולות O. לא בטוח אם תמיכה דליל-קובץ מיוחד היא שווה את המאמץ הנוסף ומורכבות כל כך תכונה זו לא יושמה.
זרוק לי פתק אם אתה חושב שאתה צריך את זה. (הסיבה שיש בתכונה זו היא לעשות עם כמה מיושמים דיסקים וירטואליים הדינמיים ביותר. הם יקצו שטח אמיתי כאשר כל הנתונים נכתבים לאזור vdisk, גם אם כותב מורכב של אפסים בינאריים בלבד. זה קצת טיפשי, אבל ככה רובם עובדים. זו אותה הסיבה שממלא את מערכת הקבצים עם קובץ המכיל רק אפסים בינארי (עם DD או אחר כלי) הוא לא ממש פתרון טוב לנקות את vdisk.)
כאשר דיווח באגים על רישומים בדף אינטרנט זה, בבקשה לכלול את מספר הרישום ומספר קו של קצת הבעייתי כדי לזרז את תיקונים. לתיקונים הקשורים לאינטרנט אחרים, נסה לכלול 02:58 מילת ביטוי שניתן grepped עם. אל תשלחו הפרשים נגד xhtml.
תגובות לא נמצא