Google Chrome יצא! - עמוד 12 - תוכנה - HWzone פורומים
עבור לתוכן
  • צור חשבון

Google Chrome יצא!


Nyromith

Recommended Posts

  • תגובות 213
  • נוצר
  • תגובה אחרונה

משתתפים בולטים בדיון

משתתפים בולטים בדיון

אני מעדיף את מודל האבטחה שגוגל בחרו בו (אחרי שיבשיל) על פני אלו של דפדפנים אחרים בשביל להמליץ למי שלא מבין במחשבים יותר מדי.

לגבי הקוד, אתה יכול להוריד אותו מפה:

http://dev.chromium.org/getting-involved

המנוע לא מיושן, פשוט אחורה ב 3 ריויזיות מינוריות מזה של אפל (שמתקנות את הבעיות הנ"ל).

איפה ראית שגוגל לוקחת ממך מידע על מאיפה גלשת ?

כמה שטויות...

[br]פורסם בתאריך: 4.09.2008 בשעה 23:51:44


huh? אתה יכול לפתוח כמה ת'רדים שאתה רוצה.

(כלומר, כל כמות סבירה של ת'רדים, כמובן שאתה לא יכול לפתוח מיליוני ת'רדים)

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

לכל תהליך בד"כ מספר ת'רדים, לרוב אפילו עשרות (ואולי מאות).

זה עוד כלום, מקודם מישהו אמר שאי אפשר להריץ 10 גיגה של דברים שצריכים על מערכת של 2 גיגה.

וחוץ מזה היתרון של הפרדת תהליכים גם קשורה לדליפות , ב IE ו FF תריץ אותם מספיק זמן עם מספיק טאבים והם ידלפו די הרבה (אם כי הם פועלים ב 3 ו 8 נגד זה), פה אני מניח שאתה סוגר את הטאב וכל הדליפה הלכה ביחד.

קישור לתוכן
שתף באתרים אחרים

כל תראד מכיל קטע קוד ופותחים וסוגרים אותם לפי הצורך

בעיקרון עוזר לעיבוד מקבילי על מספר ליבות

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

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

נראה לי הבנתי... תודה :)

קישור לתוכן
שתף באתרים אחרים

כן ברור :)

אז למה בעצם, במקרה שלנו, זה הרבה יותר טוב מלפתוח Process לכל TAB?

זה באמת יותר מהיר ומנצל טוב יותר את הזכרון? זה משמעותי?

או שבעצם הTABs רק תופסים פחות מקום בTaskBar...;)

קישור לתוכן
שתף באתרים אחרים

אם הולכים לפי הקומיקס המסביר של -

כאשר אתה הולך עם process אחד הבעיה של "מקולקל" (מקום תפוס שאי אפשר לכתוב אליו) גדלה

כאשר כל טאב הוא פרוסס כאשר אתה סוגר אותו כל הזיכרון נעלם ואין בעיה של לא נגיד בזמן ריצה

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

קישור לתוכן
שתף באתרים אחרים

ד"א, הצלחתי לשות כך שIDM יוריד גם דרך הדפדפן, זה מאוד פשוט.

עכשיו יש לי כול מה שאני צריך, בדיוק איך שאני משתמש בFF רק יותר יעיל ומהיר ונוח...

מי שצריך עזרה בהתאמת IDM להורדה עם שיגיד ואני אסביר איך.

קישור לתוכן
שתף באתרים אחרים

אני מבקש מכל מי שלא למד מע' הפעלה להפסיק לזיין את השכל...

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

הבעיה היא שזאת תפיסה שמתאימה רק למחשבים חדשים יחסית ולתפיסה לפיה המשתמש הממוצע לא יחזיק יותר ממספר בודד של טאבים, ולא 100 ומשהו טאבים...

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

קישור לתוכן
שתף באתרים אחרים

אני מבקש מכל מי שלא למד מע' הפעלה להפסיק לזיין את השכל...

אף אחד לא כתב משהו שסותר את מה שאתה כתבת.. אז למה מזיינים את השכל? :nixweiss:

בכל מקרה, מצד אחד אתה אומר שללהפעיל כל TAB כProcess יש יותר יתרונות מחסרונות, מצד שני אתה כותב שלדעתך זה סתם עצלנות... :\

קצת לא ברור.

ובכל מקרה, כנראה שבאמת אף אחד לא יחזיק 100 ומשהו טאבים.. לא?

השאלה אם באמת יש איזשהו חסרון רציני להפעיל כל TAB כProcess חוץ מזה שזה גוזל - מה שאמרת שלא קריטי...

אם לא, אז אולי זה באמת עדיף?

קישור לתוכן
שתף באתרים אחרים

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

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

קישור לתוכן
שתף באתרים אחרים

אף אחד לא כתב משהו שסותר את מה שאתה כתבת.. אז למה מזיינים את השכל? :nixweiss:

בכל מקרה, מצד אחד אתה אומר שללהפעיל כל TAB כProcess יש יותר יתרונות מחסרונות, מצד שני אתה כותב שלדעתך זה סתם עצלנות... :\

קצת לא ברור.

ובכל מקרה, כנראה שבאמת אף אחד לא יחזיק 100 ומשהו טאבים.. לא?

השאלה אם באמת יש איזשהו חסרון רציני להפעיל כל TAB כProcess חוץ מזה שזה גוזל - מה שאמרת שלא קריטי...

אם לא, אז אולי זה באמת עדיף?

אנשים כן זינו את השכל, ערבבו תראדים עם תהליכים ומספר ליבות ועוד כל מיני שטויות...

בנוגע לחלק השני:

כי אם מדאבגים כך שלא יהיו דליפות , אז אין שום יתרון מהפעלת כל טאב כתהליך רק חסרונות. ושוב כל טאב גוזל זמן מעבד, כלומר אם יש לך 30 תהליכים בלי שום דבר פועל (רק תהליכי מערכת ואנטי וירוס וכדומה) אז זמן המעבד מתחלק בין כל התהליכים, בפועל רוב התהליכים יחזירו את המעבד חזרה לתהליך הריק (נקרא בווינדוס system idle process). נניח עכשיו תפתח 20 טאבים, אז עכשיו זמן המעבד מתחלק בין 51 תהליכים (chrome עצמו גם תופס תהליך) גם אם הם רק ברקע. אמנם דפים סטטים אינם פקטור אך, כמעט ואין דפים סטטים, כמעט כל הפרסומות היום הם , שכן צורך כמות מסויימת של עיבוד. דף אחד אינה הבעיה, אבל מאחר שכל טאב הוא תהליך, כל טאב דורש זמן מעבד.

קישור לתוכן
שתף באתרים אחרים

פתחתי 48 טאבים

גוגל פתח 22 תהליכים (windows task manager)

אז הם לא בדיוק עושים לכל טאב תהליך.

נכנסתי למנהל המשימות של ואפשר לראות שם שחלק מהטאבים נפתחו תחת אותו שם. כלומר, "טאב" 22 מכיל בתוכו 4 אתרים שונים, לדוגמא.

כמו כן בדקתי את מספר הת'רדים שנפתחו. כל טאב פתח 2 threads, הדפדפן פתח 2 והפלאגין של פלאש פתח 10. לשם השוואה, סקייפ פתח 23 ת'רדים וAVG פתח 30 בתהליך ה watchdog שלו.

סה"כ צריכת זכרון 380 מגה.

שלא כמו בפיירפוקס, ברגע שאני סוגר טאב ישר מתפנה זכרון. אז למרות שפיירפוקס צורך פחות תחת אותו עומס (קצת יותר מחצי) בגוגל מתפנה הזכרון הרבה יותר בקלות.

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

אני גם אציין שלאחר כ30 טאבים כבר לא מציג את השמות או האייקונים של הטאב (אין מקום) וזה הופך להיות מאוד לא פרקטי לגלוש ככה (1280 פיקסלים רוחב). למי שיש מסך רחב וגדול זה כמובן יהיו יותר טאבים לפני שנגמר לו המקום.

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

נתתי לדפדפן לשבת קצת כדי לראות את צריכת המעבד שלו.

2 הפרוססים העיקריים שלו, הדפדפן והפלאש, השתמשו במעבד כל הזמן. עוד 4 פרוססים השתמשו במעבד חצי מהזמן שהראשיים השתמשו (ע"פ cpu time) וכל השאר, עוד 16 , השתמשו רק שנייה במעבד ואז הפסיקו לגמרי.

התהליך הראשי של קרום השתמש ב50 מגה והתהליך של הפלאש השתמש ב137 מגה.

מבחינת שימוש במעבד, התהליך של הפלאש השתמש בכ20 אחוז מהמעבד רוב הזמן. תהליך הדפדפן השתמש בכ6 אחוז אבל זה נע בין 0 ל6. 6 הטאבים הפעילים השתמשו בין 0 ל2 מדי פעם וכל הלא פעילים היו לא פעילים (16).

(לא כיביתי את האטת המעבד כשהוא לא במאמץ, שכחתי, אבל בבדיקה לא נראה שהמעבד ירד לרמת הכוח הכי נמוכה שלו. ההשפעה צריכה להיות לא גדולה)

אני אעלה תמונה של מנהל המשימות עוד מעט.

קישור לתוכן
שתף באתרים אחרים

אני מבקש מכל מי שלא למד מע' הפעלה להפסיק לזיין את השכל...

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

הבעיה היא שזאת תפיסה שמתאימה רק למחשבים חדשים יחסית ולתפיסה לפיה המשתמש הממוצע לא יחזיק יותר ממספר בודד של טאבים, ולא 100 ומשהו טאבים...

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

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

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

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

קישור לתוכן
שתף באתרים אחרים

ארכיון

דיון זה הועבר לארכיון ולא ניתן להוסיף בו תגובות חדשות.


×
  • צור חדש...