האם ALT+F4 משמעו שהמחשב עושה KILL לתהליך "וזהו", או שהוא מפעיל איזשהי פונקציה מוסכמת מראש?
האם ALT+F4 שקול ממש ללחיצה על "X" בחלון, או FILE->CLOSE (לא תמיד יש את שניהם)?

file --> close כולל פעולות נוספות של ניקוי זכרון מצד התוכנה (אם אתה לא רוצה לתת לחלונות את השליטה על זה).
אבל בעקרון לחיצה על הX וalt-F4 זהים לחלוטין

האם ALT+F4 משמעו שהמחשב עושה KILL לתהליך "וזהו", או שהוא מפעיל איזשהי פונקציה מוסכמת מראש (כלומר פונקציה שמתכנת התוכנית כתב, אני מניח שבמקרה של FILE->CLOSE הוא כן כתב)?

כשהתוכנה פועלת כראוי ובלי שום בעיה אז לחיצה על X
קוראת לפונצקיה של סגירה ואחרי שהיא מתבצעת היא קוראת לפונקציה של ש-TERMINAT
שסוגרת את התוכנה לגמרי

כאשר אתה מבקש למשל ממנהל המשימות למשל לסגור תוכנה הוא שולח
בקשת CLOSE רגילה
בהנחה שאין תגובה וקריאה לפונקצית ה-TERMINAT
הוא מבצע את הקריאה בעצמו וסוגר את התוכנה

לגבי ההבדל בין CLOSE בתפריט FILE
לפעולה X או ALT+F4 אני יודע רק מניסיון אישי
שיתי מגדיר פונקצית CLOSE אחת וכל השאר היו קוראות לפונקציה הזאת

אבל בגדול (אם הבנתי את זה נכון, כמובן)
כל פעם שאתה מפעיל תוכנה נבנה לה חלון ונוצר לה מרחב כתובות.
החלון הוא אובייקט, וכמו כל אובייקט יש לו בנאי והורס (constructor, destructor)
כאשר אתה שולך kill לתוכנית, או עושה alt-f4 או לוחץ על הX, חלונות בעצמו משחרר את קטע הזכרון שהוקצה לתוכנית, ומפעיל את הdestructor של החלון

כאשר אתה בוחר בfile --> exit התוכנה עצמה משחררת הקצאות שהיא עשתה ורק אז חלונות משחררת את המקום והורסת את החלון.

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

1. אם יש לך כונני FAT32 ולא NTFS אתה עדיין צריך הרשאות אדמיניסטרטיביות, למרות שאין לך את ההגבלה.
2. בחלונות 2000, ברירת המחדל של הרשאת NTFS לכונן עליו הותקנה חלונות היא everyone - full control.

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

היתה נכונה עד ל- W2K SP3 לדעתי. משם והלאה לקחו את זה קצת קדימה, וב- XP PRO השתדלו ממש. ב- WIN2003 ברירת המחדל של ההרשאות כבר נראית שונה לגמרי.

---------------------
מיצו
---------------------

בשונה ממה שנאמר כאן קודם, האחריות על הסגירה היא על ידי התוכנה, ולא על מערכת ההפעלה, ולכן הכל תלוי ביכולתו של המתכנת. זו הסיבה שבחלונות יש דליפת זיכרון מתמדת, ושהזיכרון נעשה סתום יותר ויותר ככל שהמערכת רצה יותר זמן, אפילו אם סוגרים תוכנות בסוף השימוש, מה שלבסוף מוביל להכרח באתחול המחשב כדי לשחרר זיכרון. במערכות הפעלה אחרות ( = לא חלונות), אחרי שתוכנה מסתיימת (גם שם מערכת ההפעלה נותנת סיגנל לתוכנה ומבקשת שהיא תיסגר), מערכת ההפעלה דואגת לנקות את _כל_ המשאבים שהתוכנה השתמשה בהם (למעט יוצא מן הכלל אחד, שהוא משהו שלא מוגדר כשייך באופן בלעדי לתוכנה מסויימת - וזה Shared Memory או SHM בקיצור, אבל מעטות התוכנות המשתמשות בשיטה זו כדי לפעול...) - והתוכנה כאילו מעולם לא נטענה במחשב. זו הסיבה שכל מערכת הפעלה חוץ מחלונות יכולה לעבוד גם שנים בלי אתחול, כל עוד שיש לה חשמל...

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

יש לך הפנייה למאמר שמאמת את מה שאמרת?
אני לא כתבתי מעולם מערכת הפעלה (או ניסית לצורך העניין) ואפילו אני יודע שמערכת ההפעלה חייבת לנהל את שלה בעצמה, הקצאת כתובות ושחרורן כאשר תוכנית מסתיימת (kill/crush/exit)
אם מה שאתה אומר נכון, אז ברגע שעושים end task לתהליך (בלשון חלונות) אז הזכרון לא אמור להשתחרר מכיוון שהתהליך פשוט מועף לפני סוף הפעולה שלו.

stardust
אני יודע שהיו לא מעט תוכנות כאלו בעבר, את השמות שלהן תוכל לקבל בפורום תוכנה

מע"ה אכן זו שעושה את ההקצאות והשחרורים, אך היא עושה זאת על פי הוראה (או בקשה, אם תרצה), של האפליקציה.

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

בשביל זה דחפו לדוט נט את מה שהם מכנים "Garbage Collection", שבו ה Framework מבצע את הניקוי גם אם המתכנת היה טיפש. אבל זה עדיין קורה ברמת התוכנה. אם תוכנה עפה, אתה תהיה בבעייה בכל מקרה.

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני עדיין מחכה לאיזהשהו מקור שאומר "מפתח תוכנה - אחריות שחרור הקצאות עלייך"
VMS משחרר את ההקצאות (working set) בעצמו
ואני תמיד חשבתי שהוסיפו את הgarbage collector ב.net בגלל שזה העתק של java ובגלל שאין מצביעים שם.
אבל כבר כמה שנים שלא תכנתתי

כשלמדתי C++ המרצה שלי תמיד הקפיד על הנושא של שיחרור זיכרון
הוא אמר שזה רק תלוי בנו המתכנתים

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

במערכות של MS לא נבנה מה שנקרא "האוסף זבל" של הזיכרון

רק ממערכת ה-NET הנושא נילקח בחשבון

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

אחרת לא הייתם אמורים להתקל בהודעה כזו, לדעתי.

והאוסף-זבל התחיל רק בjava, הוא לא היה חלק משום שפה לפני-כן, אבל עדיין לא אמור לשנות את תפקודה של מערכת ההפעלה.

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

משאב הזיכרון היחיד שאינו משתחרר בלינוקס הוא ה Shared Memory, אבל זה אמור להיות ככה, זה כל הרעיון נדיר שתוכנות שנכתבות כיום תשתמשנה ב shared memory באופן ישיר (לדעתי בכל אופן), בייחוד שיש את ממשק dev/shm/ שבו אפשר להשתמש לצורך מערכת קבצים על הזיכרון.

נמאס לכם לזכור סיסמאות? לחצו כאן!

מחזיר נתון וסוגר את התוכנה הפעילה הכי זמינה? ם0