ב-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. כדי לשפר את ביצועי הקריאה הראשונה, ראו אכלוס מראש של מטמון המטא-נתונים.
המאמרים הבאים
מידע נוסף על כל סוג של שמירה במטמון: