1. מערכות הפעלה ( אביב 2004) חגית עטיה © 1 מערכות קבצים מבוזרות  מבוא : שקיפות ושמירת מצב.  דוגמה : Network File System

2. מערכות הפעלה ( אביב 2004) חגית עטיה ©2 מערכות קבצים מבוזרות  מטרה לאפשר למספר תהליכים אשר רצים במכונות שונות, גישה ושיתוף קבצים  פתרונות ftp hostname get remotefilename localfilename open( “ localfilename ” ) open( “ E:\d1\d2\d3\filename ” )

3. מערכות הפעלה ( אביב 2004) חגית עטיה ©3 שקיפות ואי - תלות  שקיפות לאפליקציה : אפליקציה שנכתבה לטיפול בקבצים מקומיים לא צריכה להשתנות.  בשימוש ב ftp – אין שקיפות לאפליקציה  שקיפות מקום : שם הקובץ לא מכיל מידע על מיקומו ( מקומי / מרוחק ).  ב -URL מציינים במפורש את המיקום ( אין שקיפות מקום ) http://hostname/d1/d2/d3/f  אי - תלות במיקום : שינוי מיקום קובץ לא נראה למשתמש.  ב Andrew File System (AFS), ניתן להעביר volumes משרת לשרת בצורה שקופה לחלוטין.  מרחב שמות אחיד לקבצים ללא תלות במיקומם.

4. מערכות הפעלה ( אביב 2004) חגית עטיה ©4 התמונה הגדולה  תהליך רץ במחשב לקוח (client)  התהליך מבקש לגשת לקובץ הנמצא במחשב שרת (server)  מחשב הלקוח ומחשב השרת מחוברים באמצעי תקשורת כלשהו ( כבל תקשורת, רשת מקומית, אינטרנט )  בעקבות קריאות מערכת של תהליכים מהלקוח בעבודה עם קבצים מהשרת : הלקוח שולח לשרת בקשות  מערכת ההפעלה שולחת בקשות בהתאם לקריאות המערכת של התהליכים השרת מחזיר תשובות  תהליך מיוחד בשרת מאזין לבקשות, מבצע אותן, ומחזיר תשובות. סוגי ההודעות בין הלקוח והשרת מוגדרים בפרוטוקול תקשורת

5. מערכות הפעלה ( אביב 2004) חגית עטיה ©5 יש מצב ? האם השרת שומר מצב עבור כל לקוח בין בקשה לבקשה ? למשל, איזה קבצים נפתחו ע " י הלקוח, מיקום בקובץ, מידע על הנתונים במטמון של הלקוח, מנעולים וכדומה.  פרוטוקול בלי מצב (stateless). השרת לא שומר מידע. בקשה מכילות את כל המידע הנחוץ לטיפול בהן.  פרוטוקול עם מצב (stateful). השרת שומר מידע לגבי כל לקוח. בקשה מתבצעת בהקשר מסוים, ואין צורך להעביר את כל המידע הדרוש לביצוע הפקודה.

6. מערכות הפעלה ( אביב 2004) חגית עטיה ©6 אין מצב ! קל יותר למימוש. קל להתאושש מנפילות.  השרת יכול ליפול ולהתאושש מבלי שלקוחות ירגישו ( חוץ מאשר האטת זמן התגובה בעת ההתאוששות ).  לא ניתן לבצע שיפורים ולחסוך בתקשורת  קשה לממש נעילות של קבצים השרת לא יכול לזכור שהקובץ נעול

7. מערכות הפעלה ( אביב 2004) חגית עטיה ©7 Network File System: NFS  פרוטוקול בין לקוח ושרת.  בעיקרון, בלי מצב (stateless).  פעולות Remote procedure call (RPC):  read ו -write על קובץ  גישה לתכונות של קובץ  חיפוש בתוך מדריך  פעולות על מדריכים, כמו חיפוש, הוספת / מחיקת כניסה וכד '  אין בפרוטוקול פעולות open ו -close  הלקוח מרכיב (mounts) תת - עץ של השרת במדריך שלו.

8. מערכות הפעלה ( אביב 2004) חגית עטיה ©8 הרכבת מדריכים : Mount / etc binusrmail john datatest file1file2file3 Client / etc binusrmail dan shared_data1 dir1dir2dir3 Server shared_data2 f1 f2 f3 exports /usr/dan/shared_data1host1 host2 /usr/dan/shared_data2 host1

9. מערכות הפעלה ( אביב 2004) חגית עטיה ©9 הרכבת מדריכים : Mount / etc binusrmail john datatest Client / etc binusrmail dan shared_data1 dir1dir2dir3 Server shared_data2 f1 f2 f3 exports dir1dir2dir3 f1 f2 f3

10. מערכות הפעלה ( אביב 2004) חגית עטיה ©10 שקיפות ואי - תלות ב NFS  שקוף לאפליקציה : גישה כמו לקובץ מקומי.  שקיפות מקום, המשתמש לא מבחין מהו מיקום הקובץ. אלא אם ה -mount points ידועים לו  יש תלות במיקום : הזזת קובץ מחייבת שינוי ה -mount

11. מערכות הפעלה ( אביב 2004) חגית עטיה ©11 מימוש NFS Applicatio n Server System-call Interface Logical File System Physical File System NFS Client Device Driver RPC Client Virtual File System Interface Physical File System NFS Server Device Driver RPC

12. מערכות הפעלה ( אביב 2004) חגית עטיה ©12 ביצוע פקודות  NFS מבוסס על שיגור הפונקציה לביצוע אל השרת אך כדי לקבל ביצועים, משתמשים במטמון (cache) אצל הלקוח שאליו קוראים חלקים מהקובץ שאיתו עובדים עדכונים לקובץ נאגרים במטמון ונשלחים לשרת מדי פרק זמן כתיבות לקובץ אינן משפיעות מיד אצל לקוחות אחרים !  כמעט כל קריאת מערכת ( לגישה לקובץ ) מתורגמת ישירות לפעולת RPC. היוצאים - מן - הכלל הם open ו -close, אשר מחייבות פעולות ניהול מקומיות בלקוח.

13. מערכות הפעלה ( אביב 2004) חגית עטיה © 13 סיכום הקורס

14. מערכות הפעלה ( אביב 2004) חגית עטיה ©14 אז מה היה לנו ? תהליכים וחוטים  יצירת תהליכים וניהולם במערכת ההפעלה. החלפת הקשר.  זימון תהליכים. שיטות בסיסיות. שימוש בעדיפויות וריבוי תורים.  חוטים.

15. מערכות הפעלה ( אביב 2004) חגית עטיה ©15 אז מה היה לנו ? תהליכים וחוטים  תיאום בין תהליכים וחוטים : בעיית הקטע הקריטי. מנעולים ומימושם : אלגוריתם קופת חולים סמפורים ומשתני תנאי. בעיות סנכרון חשובות. טיפול בקיפאון.  טיפול בפסיקות.

16. מערכות הפעלה ( אביב 2004) חגית עטיה ©16 אז מה היה לנו ? זיכרון  ניהול הזיכרון. swapping. זיכרון וירטואלי : טבלת הדפים וה TLB. אלגוריתמים לדפדוף : חמדן, FIFO, LRU, קירובים...  מערכת הקבצים : ממשק המשתמש. מימוש :  מיפוי קבצים לדיסק.  ניהול הבלוקים הפנויים.  אמינות והתאוששות.

17. מערכות הפעלה ( אביב 2004) חגית עטיה ©17 הבחינה  חומר פתוח.  בערך 3 שעות.  מסתמכת על ידע שהועבר בהרצאות או בתרגולים, או שנלמד במסגרת תרגילי הבית.

18. מערכות הפעלה ( אביב 2004) חגית עטיה © 18 בהצלחה !