פורסם: 25/12/2018 - 21:16
נושא ההודעה: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנוי?
|
היי!
אני עשרים שנה משתמש בלינוקס. עד לפני כשנה לא היתה לי בעיה: הייתי משתמש בדפדפן אופרה הישן (גרסה 12.16), שהיה מאוד חסכוני, מכל הבחינות.
אבל לאחרונה, עם מעבר שרתי האינטרנט לגרסה חדשה של https, שאופרה כבר לא תומך בה, נאלצתי לזנוח את אופרה ולעבוד לפיירפוקס (ניסיתי גם את כרום, אבל אני משער שהבעיה שאתאר להלן חלה גם עליו).
הבעיה עכשיו היא כזו:
פיירפוקס זולל זכרון. במוקדם או במאוחר ה-ram וה-swap מנוצלים 100% ואז מה שקורה זה שהמחשב טוחן לי את הדיסק ללא הפסקה ואין לי אפשרות אפילו להרוג את פיירפוקס. לעתים, וזה אורך דקות רבות, אני מצליח ללחוץ על צירוף המקשים כדי להרוג את פיירפוקס, אבל לרוב אני פשוט מתייאש ועושה reset למחשב.
זה קורה לי בממוצע פעם ביום.
חשבתי לכתוב סקריפט "שומר זכרון" שרץ ברקע ואם הוא רואה שימוש 99% ב-ram וב-swap הוא יהרוג את היישום הכי גדול שרץ באותו זמן.
אבל לפני שאני עושה זאת, אני רוצה לשאול אתכם. אולי יש איזה פתרון אחר לבעיה? ככלות הכל, לינוקס היא מערכת הפעלה. כלומר, היא אמורה לעשות את עבודת הניהול של המחשב בעצמה. אני לא אמור לעזור לה, נכון? האם יש איזו דרך מובנית לפתור את הבעיה?
|
|
חזרה לתוכן הדיון |
פורסם: 25/12/2018 - 21:46
נושא ההודעה:
|
קודם כל אתה לא צריך לעשות ריסט, אתה פשוט יכול לבצע logout עם צרוף המקשים Ctrl+Alt+Delete ולהמתין כמה רגעים
לגבי הישום זולל הזכרון תשתמש בתוסף nosdript - הוא יעיל מאד בריסון כל מיני דרעק זולל מעבד וזיכרון.
|
|
חזרה לתוכן הדיון |
פורסם: 25/12/2018 - 22:44
נושא ההודעה:
|
נו, באמת. גם אם מנהל החלונות שלי היה מכיר את ctrl-alt-del, הרי שעדיין היתה אותה הבעיה: הוא לא היה מגיב לזה. הלינוקס עסוק בטחינת הדיסק (אני מניח שהוא מנסה להוציא חלק מהיישום מה-swap ובו זמנית להכניס אותו ל-swap) ושום דבר אחר לא קורה חוץ מזה.
קורה לעתים, מדי כמה דקות של טחינה, שמנהל החלונות קולט איזה מקש (יש לי אינדיקטור בשורת הסטטוס), ואז אני באמת מצליח להרוג את פיירפוקס. אבל בשביל שזה יקרה אני צריך להשאיר את האצבעות לחוצות על המקלדת למשך לא מעט דקות. זה במקרה הטוב.
|
|
חזרה לתוכן הדיון |
פורסם: 25/12/2018 - 23:06
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 25/12/2018 - 23:08
נושא ההודעה:
|
אפשר לבטל את הswap, אבל אני לא יודע מה יקרה בכזה מצב עם היישומים, זה כבר תלוי במערכת הפעלה
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 07:09
נושא ההודעה:
|
למה לא להריץ את פיירפוקס עם הגבלה על כמות הזיכרון שהוא יכול לקחת?
לא בדקתי, אבל משהו מהסוג של ulimit -H -v
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 10:24
נושא ההודעה:
|
זה מדהים כמה אנשים לא יודעים להשתמש ב-noscript
מוכן להתערב שהתקנת גירסת הפצה 64ביט על מחשב של פחות מ-2ג' זיכרון.
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 12:38
נושא ההודעה:
|
אפשר להוריד את הswappiness
sudo sysctl vm.swappiness=10
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 18:20
נושא ההודעה: 1) noscript: באתרים מורכבים יש לגולש בעיה 2) 64 ביט עם 2 ג'
|
-כן : | זה מדהים כמה אנשים לא יודעים להשתמש ב-noscript |
אני מוציא מההקשר, ובכל זאת אצטט:
https://en.wikipedia.org/wiki/NoScript#Features : |
With complex webpages, users may be faced with well over a dozen different cryptic URLs and a non-functioning webpage, with only the choice to allow the script, block the script or to allow it temporarily.
|
-כן : | מוכן להתערב שהתקנת גירסת הפצה 64ביט על מחשב של פחות מ-2ג' זיכרון. |
מה הבעיה עם זה? האם יש לך מראי מקום לחיזוק הטענות שלך?
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 18:59
נושא ההודעה:
|
עזוב "מראי מקום". בוא אלי הביתה ותראה מה קורה למחשב AMD לינוקס 64ביט עם 1.5ג' זיכרון אחרי 10 דקות באתר יד2. גם נתקע וגם טחן לי את הסוופ/קשיח. ביטלתי סוופ, עכשיו הוא רק נתקע - לפחות יש קצת מרגוע לקשיח המסכן.
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 20:33
נושא ההודעה:
|
צפריר : | למה לא להריץ את פיירפוקס עם הגבלה על כמות הזיכרון שהוא יכול לקחת?
לא בדקתי, אבל משהו מהסוג של ulimit -H -v |
בדקתי זאת היום.
בעזרת ulimit הקצבתי לפיירפוקס 1.2 G (יש לי 2.0 G זכרון).
הבשורות הרעות: כשפיירפוקס מגיע לתקרת הזכרון שהוקצבה לו, הוא לא מתמודד עם זה טוב, ואז ממילא יש לאתחל או להרוג אותו. הדברים המוזרים:
(1) הדפדפן נתקע (קרה לי כשהיו לי בסך הכל שני טאבים פתוחים).
(2) הפקודה של ההוספה למועדפים (ctrl-d) לא עובדת. סגרתי טאבים וניסיתי שוב, ולא עבד.
(3) הרצתי את פקודת "print", והדפדפן קרס. זה בפני עצמו לא אכפת לי, אבל... משום מה, מנהל החלונות שלי הפסיק להגיב. גם לא הצלחתי לעבור ל-console. נאצלתי לעשות reset מהכפתור.
לסיכום:
אם אני ממילא צריך להרוג/לאתחל את הדפדפן בעצמי (במקרה הטוב; במקרה הרע אני צריך לעשות reset), אז ulimit הוא פתרון גרוע יותר מסקריפט שרץ ברקע והורג את פיירפוקס אם אין מספיק זכרון, כי ulimit גם מחייב אותי להגביל את הזכרון המוקצב לגלישה.
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 20:38
נושא ההודעה:
|
Anonymous : | אפשר להוריד את הswappiness
sudo sysctl vm.swappiness=10 |
ניסיתי זאת.
ניסיתי גם vm.swappiness=0.
הבשורות הרעות: זה אפילו יותר גרוע. לינוקס, משום מה, טוחן ת'דיסק מיד כשאני מגיע לניצול מלא של ה-RAM, ומנהל החלונות לא מגיב למקשים (וזו הבעיה המקורית שלי).
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 20:51
נושא ההודעה:
|
לגבי התוסף noscript: התקנתי אותו ואראה כמה זה עוזר. זה לא יהיה פתרון מושלם, כי יש כמה אתרים שאני כן צריך בהם JS, ויש בהם לא מעט תמונות, אז פיירפוקס כן יזלול זכרון.
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 21:28
נושא ההודעה:
|
אתה יכול גם להתקין את ublock ולנטרל מקומית אלמנטים זללניים שאתה לא צריך, כדי להוריד את העומס הכללי של האתר על הדפדפן.
אגב,
לדעתי לא היו לך בעיות כאלה עם אופרה, זה משום שאצלם בדפדפן, למיטב זיכרוני, יש כבר תוספים מובנים. (אולי לא שמת לב?)
|
|
חזרה לתוכן הדיון |
פורסם: 26/12/2018 - 21:28
נושא ההודעה:
|
נסה לשחק קצת עם about:memory, אולי נגלה דבר מה מעניין
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 07:01
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
ירחמיאל : |
פיירפוקס זולל זכרון. במוקדם או במאוחר ה-ram וה-swap מנוצלים 100% ואז מה שקורה זה שהמחשב טוחן לי את הדיסק ללא הפסקה ואין לי אפשרות אפילו להרוג את פיירפוקס. לעתים, וזה אורך דקות רבות, אני מצליח ללחוץ על צירוף המקשים כדי להרוג את פיירפוקס, אבל לרוב אני פשוט מתייאש ועושה reset למחשב.
זה קורה לי בממוצע פעם ביום.
חשבתי לכתוב סקריפט "שומר זכרון" שרץ ברקע ואם הוא רואה שימוש 99% ב-ram וב-swap הוא יהרוג את היישום הכי גדול שרץ באותו זמן.
אבל לפני שאני עושה זאת, אני רוצה לשאול אתכם. אולי יש איזה פתרון אחר לבעיה? ככלות הכל, לינוקס היא מערכת הפעלה. כלומר, היא אמורה לעשות את עבודת הניהול של המחשב בעצמה. אני לא אמור לעזור לה, נכון? האם יש איזו דרך מובנית לפתור את הבעיה? |
לאחרונה עברתי לאובונטו 18.04 למחשב שולחני עם 4 ג'יגה ראם.
זה מה שעשיתי:
1. החלפתי מנהל שולחן עבודה ל- gnome flashback .
2. התקנתי פיירפוקס גרסה 28 . אגב, ה- seamonky בגרסה עדכנית עובד בסדר גמור.
3. באמצעות קונקי אני במעקב על החומרה.
4. במידת הצורך אני מנקה ram, cache and buffering בתכתיב:
sudo echo 1 > /proc/sys/vm/drop_caches
sudo echo 2 > /proc/sys/vm/drop_caches
sudo echo 3 > /proc/sys/vm/drop_caches
זהו.
אם יש פתרונות טובים יותר - נא שתפו.
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 09:14
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
Anonymous : | ירחמיאל : |
פיירפוקס זולל זכרון. במוקדם או במאוחר ה-ram וה-swap מנוצלים 100% ואז מה שקורה זה שהמחשב טוחן לי את הדיסק ללא הפסקה ואין לי אפשרות אפילו להרוג את פיירפוקס. לעתים, וזה אורך דקות רבות, אני מצליח ללחוץ על צירוף המקשים כדי להרוג את פיירפוקס, אבל לרוב אני פשוט מתייאש ועושה reset למחשב.
זה קורה לי בממוצע פעם ביום.
חשבתי לכתוב סקריפט "שומר זכרון" שרץ ברקע ואם הוא רואה שימוש 99% ב-ram וב-swap הוא יהרוג את היישום הכי גדול שרץ באותו זמן.
אבל לפני שאני עושה זאת, אני רוצה לשאול אתכם. אולי יש איזה פתרון אחר לבעיה? ככלות הכל, לינוקס היא מערכת הפעלה. כלומר, היא אמורה לעשות את עבודת הניהול של המחשב בעצמה. אני לא אמור לעזור לה, נכון? האם יש איזו דרך מובנית לפתור את הבעיה? |
לאחרונה עברתי לאובונטו 18.04 למחשב שולחני עם 4 ג'יגה ראם.
זה מה שעשיתי:
1. החלפתי מנהל שולחן עבודה ל- gnome flashback .
2. התקנתי פיירפוקס גרסה 28 . אגב, ה- seamonky בגרסה עדכנית עובד בסדר גמור.
3. באמצעות קונקי אני במעקב על החומרה.
4. במידת הצורך אני מנקה ram, cache and buffering בתכתיב:
sudo echo 1 > /proc/sys/vm/drop_caches
sudo echo 2 > /proc/sys/vm/drop_caches
sudo echo 3 > /proc/sys/vm/drop_caches
זהו.
אם יש פתרונות טובים יותר - נא שתפו. |
עשית מה שאמרו בקישור השני ?
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 10:51
נושא ההודעה:
|
ציטוט: |
לאחרונה עברתי לאובונטו 18.04 למחשב שולחני עם 4 ג'יגה ראם.
|
אין בעיה לעבוד על אובונטו עם 4GB ראם. פחות מ- 2 GB זה בעייתי.
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 14:07
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
ציטוט: |
עשית מה שאמרו בקישור השני ?
|
כן.
לא עזר.
מה שמצאתי הוא הכי סביר - פיירפוקס גרסה 28 ושולחן עבודה גנום פלאשבק.
כמובן - noscript ו- adblock הם התוספים היחידים.
עקפתי את ניהול הזכרון של פיירפוקס וקבעתי לו 35 מגה-בייט בלבד.
נכון לרגע זה - המערכת על 46 אחוז ניצול מהראם כשפתוחים גם מעבד תמלילים ונאוטילוס.
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 14:08
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
ציטוט: |
עשית מה שאמרו בקישור השני ?
|
כן.
לא עזר.
מה שמצאתי הוא הכי סביר - פיירפוקס גרסה 28 ושולחן עבודה גנום פלאשבק.
כמובן - noscript ו- adblock הם התוספים היחידים.
עקפתי את ניהול הזכרון של פיירפוקס וקבעתי לו 35 מגה-בייט בלבד.
נכון לרגע זה - המערכת על 46 אחוז ניצול מהראם כשפתוחים גם מעבד תמלילים ונאוטילוס.
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 18:30
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
Anonymous : | ציטוט: |
עשית מה שאמרו בקישור השני ?
|
כן.
לא עזר.
מה שמצאתי הוא הכי סביר - פיירפוקס גרסה 28 ושולחן עבודה גנום פלאשבק.
כמובן - noscript ו- adblock הם התוספים היחידים.
עקפתי את ניהול הזכרון של פיירפוקס וקבעתי לו 35 מגה-בייט בלבד.
|
מה פירוש "עקפתי את ניהול הזכרון של פיירפוקס וקבעתי לו 35 מגה-בייט בלבד" ?
(ומהו "הקישור השני"?)
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 19:10
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 27/12/2018 - 19:15
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 28/12/2018 - 12:52
נושא ההודעה:
|
|
|
חזרה לתוכן הדיון |
פורסם: 30/12/2018 - 11:39
נושא ההודעה: Re: איך למנוע את הצורך ב-reset כשיישום לוקח את כל הזכרון הפנ
|
ירחמיאל : |
אני עשרים שנה משתמש בלינוקס. עד לפני כשנה לא היתה לי בעיה: הייתי משתמש בדפדפן אופרה הישן (גרסה 12.16), שהיה מאוד חסכוני, מכל הבחינות.
אבל לאחרונה, עם מעבר שרתי האינטרנט לגרסה חדשה של https, שאופרה כבר לא תומך בה, נאלצתי לזנוח את אופרה ולעבוד לפיירפוקס (ניסיתי גם את כרום, אבל אני משער שהבעיה שאתאר להלן חלה גם עליו).
|
מה רע באופרה החדש? הגרסאות החדשות די טובות
|
|
חזרה לתוכן הדיון |
פורסם: 02/01/2019 - 15:54
נושא ההודעה:
|
cgroups
|
|
חזרה לתוכן הדיון |
|