ב-Cloud Storage FUSE יש שלושה סוגים של שמירה במטמון, שעוזרים לשפר את הביצועים של אחזור הנתונים: שמירת קבצים במטמון, שמירת רשימות במטמון ושמירת נתוני stat במטמון. במאמר הזה מוסבר על כל סוג מטמון ואיך אפשר להגדיר אותו.
בטבלה הבאה מתוארים סוגי השמירה במטמון:
| סוג השמירה במטמון | תיאור |
|---|---|
| שמירת קבצים במטמון | מאיץ את קריאת נתוני הקבצים בעומסי עבודה שכוללים הרבה קריאות וגישה חוזרת לנתונים, במיוחד באימון של בינה מלאכותית ולמידת מכונה שבהם אותם קבצים גדולים נקראים כמה פעמים, וכך מקצר משמעותית את זמן האחזור. |
| שמירת רשימות במטמון | התכונה הזו מאיצה את פעולות הרישום של ספריות בעומסי עבודה שבהם מופיע לעיתים קרובות כל התוכן של ספרייה, כמו חזרה על קבוצה גדולה של קבצים בתחילת משימת עיבוד, ומשפרת את המהירות של מעבר בין ספריות. |
| שמירת נתונים סטטיסטיים במטמון | מאיץ את פעולות המטא-נתונים של קבצים באפליקציות שבודקות לעיתים קרובות את מאפייני הקבצים, דבר שנפוץ באפליקציות רבות שבודקות שוב ושוב אם קובץ השתנה, ומפחית את מספר הקריאות ל-GetMetadata ב-Cloud Storage. |
לתשומת ליבכם
הפעלת השמירה במטמון יכולה לשפר את הביצועים אבל להפחית את העקביות, מה שבדרך כלל קורה כשניגשים לאותה קטגוריה באמצעות כמה לקוחות עם שיעור שינויים גבוה. כדי לצמצם את ההשפעה על העקביות, מומלץ לטעון קטגוריות במצב קריאה בלבד. מידע נוסף על התנהגות השמירה במטמון זמין במאמר הסמנטיקה של Cloud Storage FUSE במאמרי העזרה של Cloud Storage FUSE GitHub.
כדי למנוע העמסה (thrashing) של המטמון, ודאו שכל קבוצת הנתונים מתאימה לקיבולת המטמון. כדאי גם להביא בחשבון את הקיבולת המקסימלית ואת הביצועים שמדיה במטמון יכולה לספק. אם הגעתם לביצועים המקסימליים, למגבלת הקיבולת או לשניהם במטמון שהוקצה, כדאי לקרוא ישירות מ-Cloud Storage, כי המגבלות שלו הרבה יותר גבוהות מאלה של Cloud Storage FUSE.
נתיב קריאה לנתונים שנשמרו במטמון
המטמון של Cloud Storage FUSE מאיץ קריאות חוזרות אחרי שהן נטמעות במטמון. גם קריאות ראשונות וגם אי-מציאות במטמון עוברות ישירות ל-Cloud Storage, והן כפופות לזמני האחזור הרגילים של הרשת ב-Cloud Storage. כדי לשפר את ביצועי הקריאה הראשונה, ראו אכלוס מראש של מטמון המטא-נתונים.
המאמרים הבאים
מידע נוסף על כל סוג של שמירה במטמון: