בד"כ אפשר להשתמש מ-3.2 ועד 3.6 (יש תיעוד של כאלה).
במקרה שלי זה 3.0 (ובגלל זה אני מתוסכל).
לא שהמחשב איטי חלילא..
3 גיגה זמין ל-WINDOWS 7 32
-
oferlaor
-
- מנהל

- תגובות: 78973
- הצטרף: נובמבר 2004
- שם מלא: עפר לאור
- מיקום: מודיעין, ישראל
- osherov
-
- גורו Android

- תגובות: 15029
- הצטרף: אפריל 2007
עופר,
אתה לא צריך להיות מתוסכל,
בסביבת 32 ביט בחלונות, הסיבה "שהולך לאיבוד" בין 0.4 ל 1 ג'יגה ממרחב כתובות הזיכרון (שהרוב המכריע של החלק שהולך לאיבוד נלקח ממרחב הכתובות העליון, כלומר קרוב לכתובת הגבוה ביותר: 0xFFFFFFFF). רוב הזיכרון הולך לאיבוד בגלל שימוש בטכנולוגיה להעברת מידע בין זיכרון הפנימי לבין חלק מרכיבי החומרה שתומכים בכך (כגון כרטיס מסך, כרטיסי רשת, רכיבי RAID וכו). לטכנולוגיה קוראים MMIO (ראשי תיבות: Memory Mapped I/O). לדוגמה (בפשטות), נניח דרייבר של כרטיס מסך חיצוני עם, נניח, 256M זיכרון, בדר"כ, ישמור לעצמו באזור ה 256M ממרחב הכתובות בחלק העליון וזאת על מנת להעביר "מידע" לזיכרון של כרטיס המסך. זה נכון שהארכיטקטורה הזאת תופסת, ולכן מבזבזת זיכרון פנימי, בלי להשתמש בו (רק במידה ויש לכם מעל 3 ג'יגה זיכרון). במילים אחרות, אם תבדקו את ה 256M התפוסים האלה על הזיכרון RAM עצמו (נניח שמרחב הכתובות השמור לכרטיס המסך הוא 0xFFFFFFFF-0xF0BDBFFF) תראו שלעולם לא נעשה בו שימוש!! למרות, שבהתחלה זה נשמע מימוש אידיוטי שגורם למצב בו זיכרון פנימי "סתאם" הולך לאיבוד, צריך להבין שהגורם למצב הזה נובע מאחד היתרונות הגדולים ביותר שיש למיקרוסופט על פני רוב המתחרים והוא התמיכה לאחור! לפני, הרבה שנים שמחירי הזיכרון היו בשמיים ואף אחד לא תיכנן לשים יותר מ 256M זיכרון פנימי, "התפיסה" של החלק העליון של מרחב הכתובות לשימוש ב MMIO הייתה הגיונית מאוד. מאז, מחירי הזיכרון ירדו ודרישות מערכת ההפעלה והתוכנות בזיכרון פנימי עלו מאוד ולכן התחילו חלק מהאנשים לרכוש ג'יגות של זיכרון פנימי, דבר שגרם לבעיית הזיכרון "שהולך לאיבוד". על מנת לשמור על תמיכה לאחור (ככל האפשר), מיקרוסופט לא שינו את הארכיטקטורה הזאת בגירסאות ה OS החדשות, ולמרות שהיה פתרון חלקי לבעייה שנקרא PAE (ועוד לפני זה משהו שנקרא PSE), הוא לא תפס ולא עובד באופן מושלם בגלל (ניחשתם נכון) חוסר תמיכה של חלק מהדרייברים הישנים בעבודה מול מרחב של 36 ביט. כמובן שהפתרון הפשוט לבעייה כבר קיים הרבה מאוד שנים. הוא פשוט מאוד לשימוש ונקרא גירסת 64 ביט!
עופר, הדרישה שלך מאוד חריגה, מיקרוסופט יאמרו לך שהפתרון לרצונות שלך הם פשוט גירסה 64 ביט של חלונות 7, אבל בגלל איזה מגבלה של החומרה אצלך ובגלל מגבלה של חוסר דריבר מתאים ל 64 ביט (תבדוק לעומק האם בכל זאת יש לך דרך להשיג דרייברים מתאימים ל 64 ביט) אתה תקוע עם גירסה 32 ביט ועם הג'יגה שהלך לך לאיבוד!
על מנת לראות מי לוקח אצלך מה, פשוט כנס ל Deivce Manager ותבחר בצפייה resources by type ובשדה ה memory תימצא את מרחבי הכתובות של רכיבי החומרה אצלך (ראה תמונה ראשונה). בתמונה השנייה אתה יכול לראות אצלי את מרחב הזיכרון שכרטיס המסך על המחשב הנייד תופס (0xFFFFFFF, מעל 256M)
אם אתה רוצה לראות איזה מרחב כתובות זמין אצלך תוריד את האפיקצייה MemInfo מהקישור הבא:
http://www.winsiderss.com/tools/meminfo/meminfo.htm
תריץ פקודה MemInfo.exe -r ותראה בדיוק את כל הפערים בזיכרון שהולכים אצלך לאיבוד!!
הנה ההסבר המיקרוסופטי לעניין:
http://support.microsoft.com/kb/929605
אתה לא צריך להיות מתוסכל,
בסביבת 32 ביט בחלונות, הסיבה "שהולך לאיבוד" בין 0.4 ל 1 ג'יגה ממרחב כתובות הזיכרון (שהרוב המכריע של החלק שהולך לאיבוד נלקח ממרחב הכתובות העליון, כלומר קרוב לכתובת הגבוה ביותר: 0xFFFFFFFF). רוב הזיכרון הולך לאיבוד בגלל שימוש בטכנולוגיה להעברת מידע בין זיכרון הפנימי לבין חלק מרכיבי החומרה שתומכים בכך (כגון כרטיס מסך, כרטיסי רשת, רכיבי RAID וכו). לטכנולוגיה קוראים MMIO (ראשי תיבות: Memory Mapped I/O). לדוגמה (בפשטות), נניח דרייבר של כרטיס מסך חיצוני עם, נניח, 256M זיכרון, בדר"כ, ישמור לעצמו באזור ה 256M ממרחב הכתובות בחלק העליון וזאת על מנת להעביר "מידע" לזיכרון של כרטיס המסך. זה נכון שהארכיטקטורה הזאת תופסת, ולכן מבזבזת זיכרון פנימי, בלי להשתמש בו (רק במידה ויש לכם מעל 3 ג'יגה זיכרון). במילים אחרות, אם תבדקו את ה 256M התפוסים האלה על הזיכרון RAM עצמו (נניח שמרחב הכתובות השמור לכרטיס המסך הוא 0xFFFFFFFF-0xF0BDBFFF) תראו שלעולם לא נעשה בו שימוש!! למרות, שבהתחלה זה נשמע מימוש אידיוטי שגורם למצב בו זיכרון פנימי "סתאם" הולך לאיבוד, צריך להבין שהגורם למצב הזה נובע מאחד היתרונות הגדולים ביותר שיש למיקרוסופט על פני רוב המתחרים והוא התמיכה לאחור! לפני, הרבה שנים שמחירי הזיכרון היו בשמיים ואף אחד לא תיכנן לשים יותר מ 256M זיכרון פנימי, "התפיסה" של החלק העליון של מרחב הכתובות לשימוש ב MMIO הייתה הגיונית מאוד. מאז, מחירי הזיכרון ירדו ודרישות מערכת ההפעלה והתוכנות בזיכרון פנימי עלו מאוד ולכן התחילו חלק מהאנשים לרכוש ג'יגות של זיכרון פנימי, דבר שגרם לבעיית הזיכרון "שהולך לאיבוד". על מנת לשמור על תמיכה לאחור (ככל האפשר), מיקרוסופט לא שינו את הארכיטקטורה הזאת בגירסאות ה OS החדשות, ולמרות שהיה פתרון חלקי לבעייה שנקרא PAE (ועוד לפני זה משהו שנקרא PSE), הוא לא תפס ולא עובד באופן מושלם בגלל (ניחשתם נכון) חוסר תמיכה של חלק מהדרייברים הישנים בעבודה מול מרחב של 36 ביט. כמובן שהפתרון הפשוט לבעייה כבר קיים הרבה מאוד שנים. הוא פשוט מאוד לשימוש ונקרא גירסת 64 ביט!
עופר, הדרישה שלך מאוד חריגה, מיקרוסופט יאמרו לך שהפתרון לרצונות שלך הם פשוט גירסה 64 ביט של חלונות 7, אבל בגלל איזה מגבלה של החומרה אצלך ובגלל מגבלה של חוסר דריבר מתאים ל 64 ביט (תבדוק לעומק האם בכל זאת יש לך דרך להשיג דרייברים מתאימים ל 64 ביט) אתה תקוע עם גירסה 32 ביט ועם הג'יגה שהלך לך לאיבוד!
על מנת לראות מי לוקח אצלך מה, פשוט כנס ל Deivce Manager ותבחר בצפייה resources by type ובשדה ה memory תימצא את מרחבי הכתובות של רכיבי החומרה אצלך (ראה תמונה ראשונה). בתמונה השנייה אתה יכול לראות אצלי את מרחב הזיכרון שכרטיס המסך על המחשב הנייד תופס (0xFFFFFFF, מעל 256M)
אם אתה רוצה לראות איזה מרחב כתובות זמין אצלך תוריד את האפיקצייה MemInfo מהקישור הבא:
http://www.winsiderss.com/tools/meminfo/meminfo.htm
תריץ פקודה MemInfo.exe -r ותראה בדיוק את כל הפערים בזיכרון שהולכים אצלך לאיבוד!!
הנה ההסבר המיקרוסופטי לעניין:
http://support.microsoft.com/kb/929605
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
נערך לאחרונה על ידי osherov ב 24/01/2010 19:19, נערך פעם 1 בסך הכל.
- osherov
-
- גורו Android

- תגובות: 15029
- הצטרף: אפריל 2007
הנה דוגמה לזיכרון בשימוש במחשב שמריץ גירסה 32 ביט.
ניתן לראות שני קטעי זיכרון תפוסים ולא ניתנים לשימוש!
1. מ 0x009F000 עד 0x00100000
2. מ 0xDFE6D000 עד 0xFFFFFFFF (בערך 538M)
ניתן לראות שני קטעי זיכרון תפוסים ולא ניתנים לשימוש!
1. מ 0x009F000 עד 0x00100000
2. מ 0xDFE6D000 עד 0xFFFFFFFF (בערך 538M)
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
-
oferlaor
-
- מנהל

- תגובות: 78973
- הצטרף: נובמבר 2004
- שם מלא: עפר לאור
- מיקום: מודיעין, ישראל