| ציטוט: |
| 2. מה זה בדיוק אומר task groups per TTY? איך זה עובד? |
| קוד: |
| Explain how his patch works Mike wrote
Each task’s signal struct contains an inherited pointer to a refcounted autogroup struct containing a task group pointer, the default for all tasks pointing to the init_task_group. When a task calls __proc_set_tty(), the process wide reference to the default group is dropped, a new task group is created, and the process is moved into the new task group. Children thereafter inherit this task group, and increase it’s refcount. On exit, a reference to the current task group is dropped when the last reference to each signal struct is dropped. The task group is destroyed when the last signal struct referencing it is freed. At runqueue selection time, If a task has no cgroup assignment, it’s current autogroup is used. Simply, this patch works by enabling the system to automatically create task groups per TTY from what I understand. |
| mksoft : |
| עזבו פאצ'ים ושטויות, מוזיקה של מלמסטין בסרטונים - חשוב יותר |
| Anonymous : |
|
בכל אופן, לינוס בעצמו לא מתבייש להתלהב בקול רם, וזה דבר חריג למיטב זכרוני. הטלאי הזה לא ייכנס כנראה לגירסה הקרובה של הקרנל אלא לזו שאחריה. אני מניח שבימים הקרובים אנשים יתחילו להעלות לרשת חבילות עם הטלאי זה לשירות הציבור. |
| דוביקס : | ||
נשמע מגניב, מחכה לזה בקוצר רוח |
| mksoft : |
| אלוהים, אני מסטול
כשראיתי את הסרטונים בידיעה של Phoronix שכחתי שיש לי נגן מוזיקה פועל ברקע ובוחר שירים באקראי. הוא ניגן לי את הקטע הבא של מלמסטין: http://www.youtube.com/watch?v=TaV-I5C90zk |
| צפריר : |
| תיקון: הוא לא משתמש גם בדרייבר החופשי של nVidia. יש לו כרטיס אינטל.
https://bugzilla.redhat.com/show_bug.cgi?id=638477#c8 |
| לולי : |
| סביר שהוא לא משתמש בדרייבר הקינייני של nVidia, אין לו לכן vdpau, והוא נקלע למצוקה שתיאר צפריר.
החטא ועונשו? |
| ik_5 : | ||
זה שאתה מסטול זה לא חדש |
| ציטוט: |
| ראיתי את הדיווח מפורוניקס ("פלא תבל חדש, ויש לנו כהוכחה benchmark") והנחתי שמדובר על משהו שבין הגזמה להגזמה פראית. קראתי עכשיו את http://lwn.net/Articles/415740 (השבוע זמין רק למנויים) ועכשיו ברור יותר על מה מדובר.
המתזמן (scheduler) של לינוקס נותן באופן כללי זמן שווה לכל המשימות שצריכות את המעבד. נסתכל על רצף עבודה טיפוסי של לינוס. כאשר הוא צריך לבנות קרנל הוא רוצה שהבניה תסתיים כמה שיותר מהר. לכן הוא מריץ make -j 9 (לניצול של כל 8 הליבות). בינתיים הוא משועמם. במקום להסתייף עם הבן שלו, הוא צופה בסרט במחשב. כלומר: יש לנו 10 תהליכים שונים שצריכים את המעבד (הנגן ותשעה תהליכי בניה). כולם יקבלו זמן שווה. מה תהיה איכות הוידאו? הרעיון בתיקון המוצע הוא להגדיר את כל מה שרץ במסוף אחד כ"קבוצת תהליכים", ולדאוג להגינות בין קבוצות התהליכים. במקרה של לינוס זה אומר שהנגן יקבל פתאום 50% מזמן המעבד. האם המקרה הזה (הרצת עבודות כבדות דווקא מתוך מסוף, ומתוך מסוף בודד) הוא שיפור כזה רציני? אולי. לא נראה לי שזה ישפיע על רוב המשתמשים. מי שלא רוצה לבנות את הקרנל מחדש: חפשו בקישור של patchowrks את המילים super-complex patch . |
| Anonymous : | ||||
אם כבר אז תלך על jethro tull מוזיקה יותר עמוקה http://www.youtube.com/watch?v=toHlMD50eYY |
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
| W8 : |
| http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html |
| צפריר : |
| ראיתי את הדיווח מפורוניקס ("פלא תבל חדש, ויש לנו כהוכחה benchmark") והנחתי שמדובר על משהו שבין הגזמה להגזמה פראית. קראתי עכשיו את http://lwn.net/Articles/415740 (השבוע זמין רק למנויים) ועכשיו ברור יותר על מה מדובר.
המתזמן (scheduler) של לינוקס נותן באופן כללי זמן שווה לכל המשימות שצריכות את המעבד. נסתכל על רצף עבודה טיפוסי של לינוס. כאשר הוא צריך לבנות קרנל הוא רוצה שהבניה תסתיים כמה שיותר מהר. לכן הוא מריץ make -j 9 (לניצול של כל 8 הליבות). בינתיים הוא משועמם. במקום להסתייף עם הבן שלו, הוא צופה בסרט במחשב. כלומר: יש לנו 10 תהליכים שונים שצריכים את המעבד (הנגן ותשעה תהליכי בניה). כולם יקבלו זמן שווה. מה תהיה איכות הוידאו? הרעיון בתיקון המוצע הוא להגדיר את כל מה שרץ במסוף אחד כ"קבוצת תהליכים", ולדאוג להגינות בין קבוצות התהליכים. במקרה של לינוס זה אומר שהנגן יקבל פתאום 50% מזמן המעבד. האם המקרה הזה (הרצת עבודות כבדות דווקא מתוך מסוף, ומתוך מסוף בודד) הוא שיפור כזה רציני? אולי. לא נראה לי שזה ישפיע על רוב המשתמשים. מי שלא רוצה לבנות את הקרנל מחדש: חפשו בקישור של patchowrks את המילים super-complex patch . |
| קוד: |
|
ls /dev/cgroup/cpu/user/ 2287 cgroup.procs cpu.rt_runtime_us notify_on_release cgroup.event_control cpu.rt_period_us cpu.shares tasks |
| ציטוט: |
| ולמרות שרציתי להיות סקפטי וכו' - אי אפשר להתעלם מהעובדה שהדסקטופ פשוט יותר "חלק" - עבודה עם חלונות מרובים (כרגיל בשבילי) והרצת תהליכים ברקע לא גורמת יותר לקרטועים (אפילו האנימציות של מיזעור חלון, הזזה, וכו' - הכל פשוט יותר חלק).
אני מאוד מבסוט |
| צפריר : |
| נראה לי שזה בדיוק סוג המקומות שבהם כדאי להשתמש ב־1777 (כמו ב־/tmp ) במקום סתם 0777. |
| קוד: |
| cgroup_controllers = [ "cpu" ] |
| דוביקס : |
| Linux Kernel 2.6.38 arrives with desktop 'wonder patch'
בקרוב על שולחן העבודה שלנו |
| SoOmSoOm : |
|
כבר על השולחן עבודה שלי
ArchLinux |
| דוביקס : | ||
נו, ועוזר לביצועים? |
| דוביקס : | ||
נו, ועוזר לביצועים? |
הפלא ופלא,
