משום מה הזמן שאורך למערכת שלי (ארץ') לעלות מאוד ארוך.

עד ש-GDM עולה, עובר יותר מחצי דקה.
גם כשאני מתחבר (ל-GNOME 3), לוקח זמן לסביבה לעלות (הריצה עצמה מהירה).

סך הכל בסביבת הדקה מהפעלת המחשב על לעלייה מוחלטת.

בהתחשב בעובדה שיש לי מחשב טוב במיוחד (מעבד Intel® Core™ i7-3770 CPU @ 3.40GHz × 8 ו-7.7 GiB זיכרון), חשבתי שזמן הטעינה של המערכת אמור להתקצר.

פלט שיכול להיות רלוונטי:

קוד:

yosefor@localhost ~ $ systemd-analyze blame   7687ms dhcpcd@eth0.service   6784ms NetworkManager.service   2555ms systemd-logind.service   1576ms systemd-binfmt.service   1573ms systemd-vconsole-setup.service   1523ms systemd-udev-trigger.service   1166ms tmp.mount   1149ms systemd-remount-fs.service   1140ms dev-hugepages.mount   1136ms systemd-udevd.service   1083ms dev-mqueue.mount   1036ms sys-kernel-debug.mount    969ms sys-kernel-config.mount    879ms proc-sys-fs-binfmt_misc.mount    704ms polkit.service    569ms rtkit-daemon.service    436ms colord.service    343ms systemd-tmpfiles-setup.service    195ms systemd-sysctl.service    133ms systemd-user-sessions.service    108ms upower.service    106ms boot.mount    104ms home.mount     56ms udisks2.service     39ms accounts-daemon.service     17ms gdm.service      3ms systemd-hostnamed.service      1ms sys-fs-fuse-connections.mount yosefor@localhost ~ $ systemd-analyze Startup finished in 3303ms (kernel) + 13097ms (userspace) = 16400ms

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

תודה על כל עזרה,
יוסף אור

הפלט שהכנסתי לא נכון (אני הכותב למעלה).

הפלט הנכון:

קוד:

yosefor@localhost ~ $ systemd-analyze Startup finished in 3299ms (kernel) + 12411ms (userspace) = 15710ms yosefor@localhost ~ $ systemd-analyze blame   7157ms dhcpcd@eth0.service   3874ms NetworkManager.service   2431ms systemd-logind.service   2348ms gdm.service   1636ms systemd-vconsole-setup.service    825ms polkit.service    820ms systemd-remount-fs.service    728ms tmp.mount    642ms dev-hugepages.mount    642ms systemd-binfmt.service    600ms dev-mqueue.mount    546ms sys-kernel-debug.mount    421ms systemd-udevd.service    420ms sys-kernel-config.mount    371ms colord.service    366ms systemd-udev-trigger.service    329ms proc-sys-fs-binfmt_misc.mount    303ms systemd-tmpfiles-setup.service    173ms systemd-sysctl.service    123ms home.mount    109ms systemd-user-sessions.service    107ms boot.mount     97ms upower.service     55ms rtkit-daemon.service     50ms udisks2.service     29ms accounts-daemon.service      1ms sys-fs-fuse-connections.mount

15 שניות הן הרבה?

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

meijin :

15 שניות הן הרבה?

עד ש-GDM עולה אני (השעון שלי) ספרתי 30 שניות. מהרגע שהתחברתי - עוד 30 שניות.
זה יותר מ-15 שניות. יותר ממה ש-systemd מראה.

חתול :

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

תודה. ביטלתי את dhcpcd@eth0.service וביטלתי כמה דברים שנראים מיותרים מיישומי ההפעלה של GNOME.

אגב, ב-GNOME 3.6 יש איזה באג עם צירוף מקשים להחלפת שפה, לכן צריך להוסיף ליישומי הפעלה את הפקודה:

קוד:

setxkbmap us,il -option grp:alt_shift_toggle

כן, אין לך צורך ב-dhcpcd אם NetworkManager רץ.

לגבי צירוף המקשים, אפשר פשוט להגדיר את ה-gnome-tweak-tool ולהגדיר שם (Typing | Modifier only input sources switcher shortcut).

mksoft :

כן, אין לך צורך ב-dhcpcd אם NetworkManager רץ. לגבי צירוף המקשים, אפשר פשוט להגדיר את ה-gnome-tweak-tool ולהגדיר שם (Typing | Modifier only input sources switcher shortcut).

זה פותר את הבעיה של צירוף מקשים, אבל מביא איתו באג:
החלפת השפה לא מתאפשר בכל מקום. לא בסקירה של GNOME Shell, לא בהכנסת ססמה (עם הממשק של Clutter) ולא בהכנסת פקודה ב-Alt + F2.

נוסף לזה, בפיירפוקס הסמן לא מוצג נכון לפי השפה.

כדאי מאוד שמישהו ידווח על הבאג הזה, כדי שיתקנו אותו לפני שחרור GNOME 3.8.

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

alt+shift הוא חלק מצירופים אחרים ומונע מהם לעבוד. דוגמא: הקלטת ה-desktop, שכל פעם שרציתי לבצע הייתי צריך לנטרל את הצירוף הזה, ממש מעצבן.

מצד שני זה מנטרל גם שימוש ב-CAPS Lock למטרה שכזו. צריך למצוא איזה משהו באמצע.

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

"באג" זה 'פגם בתוכנה'. מה זה 'באג בתכנון'?

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

mksoft :

alt+shift הוא חלק מצירופים אחרים ומונע מהם לעבוד. דוגמא: הקלטת ה-desktop, שכל פעם שרציתי לבצע הייתי צריך לנטרל את הצירוף הזה, ממש מעצבן.

שמתי לב בזמן האחרון שצירוף המקשים Ctrl + Alt + Shift + R להקלטת המסך הפסיק לעבוד לי.
יכול להיות שזה מאותה סיבה ?

Anonymous :

mksoft : כן, אין לך צורך ב-dhcpcd אם NetworkManager רץ. לגבי צירוף המקשים, אפשר פשוט להגדיר את ה-gnome-tweak-tool ולהגדיר שם (Typing | Modifier only input sources switcher shortcut). זה פותר את הבעיה של צירוף מקשים, אבל מביא איתו באג: החלפת השפה לא מתאפשר בכל מקום. לא בסקירה של GNOME Shell, לא בהכנסת ססמה (עם הממשק של Clutter) ולא בהכנסת פקודה ב-Alt + F2. נוסף לזה, בפיירפוקס הסמן לא מוצג נכון לפי השפה. כדאי מאוד שמישהו ידווח על הבאג הזה, כדי שיתקנו אותו לפני שחרור GNOME 3.8.

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

אורח :

עד ש-GDM עולה אני (השעון שלי) ספרתי 30 שניות. מהרגע שהתחברתי - עוד 30 שניות. זה יותר מ-15 שניות. יותר ממה ש-systemd מראה.

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

mksoft :

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

אתה יכול לשלוח לי קישור לדיון על זה (אני מניח שזה ב-Bugzilla של GNOME, אבל אני לא יודע איפה) ?

אגב, יכול להיות שקיים טלאי שמשנה את ההתנהגות המתוכננת הזו ?

תתקין דיסק SSD.

Anonymous :

משום מה הזמן שאורך למערכת שלי (ארץ') לעלות מאוד ארוך. עד ש-GDM עולה, עובר יותר מחצי דקה. גם כשאני מתחבר (ל-GNOME 3), לוקח זמן לסביבה לעלות (הריצה עצמה מהירה). סך הכל בסביבת הדקה מהפעלת המחשב על לעלייה מוחלטת. בהתחשב בעובדה שיש לי מחשב טוב במיוחד (מעבד Intel® Core™ i7-3770 CPU @ 3.40GHz × 8 ו-7.7 GiB זיכרון), חשבתי שזמן הטעינה של המערכת אמור להתקצר. פלט שיכול להיות רלוונטי: קוד: yosefor@localhost ~ $ systemd-analyze blame   7687ms dhcpcd@eth0.service   6784ms NetworkManager.service   2555ms systemd-logind.service   1576ms systemd-binfmt.service   1573ms systemd-vconsole-setup.service   1523ms systemd-udev-trigger.service   1166ms tmp.mount   1149ms systemd-remount-fs.service   1140ms dev-hugepages.mount   1136ms systemd-udevd.service   1083ms dev-mqueue.mount   1036ms sys-kernel-debug.mount    969ms sys-kernel-config.mount    879ms proc-sys-fs-binfmt_misc.mount    704ms polkit.service    569ms rtkit-daemon.service    436ms colord.service    343ms systemd-tmpfiles-setup.service    195ms systemd-sysctl.service    133ms systemd-user-sessions.service    108ms upower.service    106ms boot.mount    104ms home.mount     56ms udisks2.service     39ms accounts-daemon.service     17ms gdm.service      3ms systemd-hostnamed.service      1ms sys-fs-fuse-connections.mount yosefor@localhost ~ $ systemd-analyze Startup finished in 3303ms (kernel) + 13097ms (userspace) = 16400ms אשמח לדעת אם אפשר לקצר את זמן העלייה של המערכת - ואם אכן אפשר, גם איך. תודה על כל עזרה, יוסף אור

רק להרחיב:
יש גבול לגבי צירופים מקשים שאפשר לתת בעזרת modifiers ללא "גניבה" מיישומים קיימים.

ללא קשר, נראה כי הבאג תוקן לקראת גנום 3.8.

Anonymous :

תתקין דיסק SSD.

SSD זה לא דבר זול.
אגב, עד כמה מהירות העלייה של המחשב שתשתנה ?

mksoft :

רק להרחיב: יש גבול לגבי צירופים מקשים שאפשר לתת בעזרת modifiers ללא "גניבה" מיישומים קיימים. ללא קשר, נראה כי הבאג תוקן לקראת גנום 3.8.

הטלאי בבאג 685676 (https://bugzilla.gnome.org/show_bug.cgi?id=685676) רלוונטי גם ל-GNOME 3.6 ?

לגבי ה-patch לא ניסיתי. תגובה 71 בדיון שקישרתי אליו מציינת כי זה עבד לו (ולפי תוכן התגובה הוא לא על משהו שיהיה 3.8 אלא על גרסה קודמת).

הנה אצלי על SSD (את postgresql אני מפעיל ידנית כשזקוק לו, אז אפשר להתעלם ממנו):

קוד:

$ systemd-analyze blame   1043ms postgresql.service    191ms NetworkManager.service    132ms systemd-remount-fs.service    121ms tmp.mount    107ms systemd-udevd.service    106ms dev-hugepages.mount    103ms systemd-udev-trigger.service     86ms systemd-vconsole-setup.service     83ms systemd-sysctl.service     82ms systemd-logind.service     80ms dev-mqueue.mount     59ms sys-kernel-config.mount     46ms sys-kernel-debug.mount     44ms udisks2.service     40ms polkit.service     37ms dev-sda3.swap     27ms home.mount     27ms gdm.service     23ms accounts-daemon.service     23ms systemd-user-sessions.service     22ms colord.service     15ms rtkit-daemon.service     14ms systemd-tmpfiles-setup.service     13ms boot.mount     13ms wpa_supplicant.service     11ms upower.service      2ms ntpd.service      1ms sys-fs-fuse-connections.mount      0ms proc-sys-fs-binfmt_misc.mount

mksoft :

לגבי ה-patch לא ניסיתי. תגובה 71 בדיון שקישרתי אליו מציינת כי זה עבד לו (ולפי תוכן התגובה הוא לא על משהו שיהיה 3.8 אלא על גרסה קודמת). הנה אצלי על SSD (את postgresql אני מפעיל ידנית כשזקוק לו, אז אפשר להתעלם ממנו): קוד: $ systemd-analyze blame   1043ms postgresql.service    191ms NetworkManager.service    132ms systemd-remount-fs.service    121ms tmp.mount    107ms systemd-udevd.service    106ms dev-hugepages.mount    103ms systemd-udev-trigger.service     86ms systemd-vconsole-setup.service     83ms systemd-sysctl.service     82ms systemd-logind.service     80ms dev-mqueue.mount     59ms sys-kernel-config.mount     46ms sys-kernel-debug.mount     44ms udisks2.service     40ms polkit.service     37ms dev-sda3.swap     27ms home.mount     27ms gdm.service     23ms accounts-daemon.service     23ms systemd-user-sessions.service     22ms colord.service     15ms rtkit-daemon.service     14ms systemd-tmpfiles-setup.service     13ms boot.mount     13ms wpa_supplicant.service     11ms upower.service      2ms ntpd.service      1ms sys-fs-fuse-connections.mount      0ms proc-sys-fs-binfmt_misc.mount

זה בהחלט מרשים. אפילו מדהים.
מ-6784 אלפיות שנייה ל-191 אלפיות שנייה להפעלת NetworkManager.service.
מ-15 שניות הפעלה לשנייה וחצי.

נראה ש-SSD משתלם במיוחד.

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

ללא כל קשר: הרגע ה-abs של ארץ' מחק לי קרוב למאתים מקורות של חבילות, בתוכם כ-50 קבצי PKGBUILD שכתבתי בעצמי. יחי מחיקת קבצים באמצעות שימוש לא נכון בכלים בלינוקס.

מה זה אומר?

קוד:

$ systemd-analyze blame Traceback (most recent call last):   File "/usr/bin/systemd-analyze", line 99, in <module>     data = acquire_time_data()   File "/usr/bin/systemd-analyze", line 7, in acquire_time_data     manager = dbus.Interface(bus.get_object('org.freedesktop.systemd1', '/org/freedesktop/systemd1'), 'org.freedesktop.systemd1.Manager')   File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 241, in get_object     follow_name_owner_changes=follow_name_owner_changes)   File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 248, in __init__     self._named_service = conn.activate_name_owner(bus_name)   File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 180, in activate_name_owner     self.start_service_by_name(bus_name)   File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 278, in start_service_by_name     'su', (bus_name, flags)))   File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking     message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

האם dbus אכן רץ אצלך ? ראה בדיון הבא:
https://bbs.archlinux.org/viewtopic.php?id=143886

yosefor: אני גם משתמש ב-prelink, עשוי לעזור לך (כנראה פחות עם זמן האתחול, סביר בהפעלת היישומים).

בכל מקרה, זה לא שניה וחצי:

קוד:

$ systemd-analyze Startup finished in 2641ms (kernel) + 818ms (userspace) = 3460ms

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

כן, עכשיו הוא רץ.
יש לי דיסק ענתיקה - ExcelStor_Techno 41.2GB

קוד:

$ systemd-analyze Startup finished in 7152ms (kernel) + 31552ms (userspace) = 38704ms $ systemd-analyze blame  11557ms cups.service   8990ms alsa-utils.service   8897ms loadcpufreq.service   7651ms bootlogs.service   7567ms networking.service   6973ms mdm.service   6337ms ntp.service   5959ms systemd-tmpfiles-setup.service   5840ms avahi-daemon.service   5795ms systemd-logind.service   5304ms binfmt-support.service   5248ms dns-clean.service   5214ms lpd.service   5153ms atop.service   5097ms minissdpd.service   4662ms hddtemp.service   4519ms cron.service   4315ms samba.service   4252ms fancontrol.service   4032ms network-manager.service   3742ms portmap.service   2826ms motd.service   2805ms kbd.service   2275ms console-setup.service   2060ms keyboard-setup.service   1753ms udev.service   1627ms polkitd.service   1545ms atd.service   1399ms pppd-dns.service   1381ms saned.service   1140ms dev-hugepages.mount   1100ms nvidia-kernel.service   1097ms smartmontools.service   1065ms ufw.service   1000ms hdparm.service    915ms dev-mqueue.mount    913ms sys-kernel-security.mount    898ms sys-kernel-debug.mount    889ms systemd-remount-api-vfs.service    785ms upower.service    673ms proc-sys-fs-binfmt_misc.mount    569ms udisks.service    349ms wpa_supplicant.service    322ms systemd-modules-load.service    270ms pulseaudio.service    217ms console-kit-log-system-start.service    207ms udev-trigger.service    144ms systemd-sysctl.service    111ms console-kit-daemon.service     94ms debian-fixup.service     55ms rsyslog.service     55ms rtkit-daemon.service     36ms systemd-user-sessions.service     19ms cpufrequtils.service     10ms remount-rootfs.service

יש טעם להתלונן?

יש לך מעט דברים שאתה יכול להסיר מהריצה הטבעית ולהריץ ידנית כשצריך.

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

בנוסף ל cups יש לך את lpd שהוא עוד סוג של שרת הדפסה, האם אתה זקוק לו ?

יש לך דברים כמו סמבה שרץ בהתחלה וatop, האם אתה זקוק להם תמיד לרוץ ?

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

לי לוקח בערך דקה מהרגע שאני מדליק את הלפטופ ועד שאני על kdm. ואני לא על ssd, והספירה היא כולל התעכבות ב bios.
אני על arch. מריץ גם networkmanager אבל מעט מאוד דברים בבזמן עליית המחשב יחסית, וזה מאפשר לי לעלות עם kde ועוד מספר תוכנות שהיא מריצה כשהיא עולה ולהגיע ל11 אחוז זיכרון תפוס בסה"כ, ובמעט מאוד זמן מרגע הפעלת המחשב.

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

תודה

systemd אמור להריץ את השירות רק אם מישהו פונה אליו. לפחות אם משתמשים ב-socket activation. האם משתמשים בזה ל־cups?

האם העיכובים הארוכים הם בגלל חוסר מקבול בגלל שימוש לא יעיל ב-systemd? (או להיפך: מעידים על מיקבול)?

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

בקריאה חוזרת: לאורח: יש לך LMDE , כלומר מערכת דביאן?

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

mksoft :

האם dbus אכן רץ אצלך ? ראה בדיון הבא: https://bbs.archlinux.org/viewtopic.php?id=143886 yosefor: אני גם משתמש ב-prelink, עשוי לעזור לך (כנראה פחות עם זמן האתחול, סביר בהפעלת היישומים). בכל מקרה, זה לא שניה וחצי: קוד: $ systemd-analyze Startup finished in 2641ms (kernel) + 818ms (userspace) = 3460ms נ.ב בד"כ יש לי תיקיה משלי תחתיה אני בונה PKGBUILD, לשם אני מעתיק או מוריד מה שצריך, כך אני מונע טעויות.

עד אתמול כל החבילות שלי רוכזו בתיקייה ~/pkg. העברתי אותם למחיצה חדשה (/pkg), בה הרצתי את הפקודה abs, כאשר לא ידעתי שהפקודה abs מוחקת בסופה את כל הקבצים הלא קשורים שנמצאים באותה תיקייה.
התוצאה היא ששתי דקות אחרי שהעברתי את כל החבילות שבניתי למחיצה נפרדת - הן נמחקו לי.

שלוש שניות וחצי עם prelink. כלומר שתי שניות וחצי. מאוד מהיר בכל מקרה.

ד.א: יש ממשק גרפי ל-Systemd. ב-AUR של ארץ' נקרא systemd-ui (יש גם גרסת git). די שימושי.

חוץ מזמן העלייה הארוך (לטעמי), המחשב עצמו דווקא מתפקד ממש טוב.
אני בונה עכשיו את WebKitGTK+3. בכל רגע מנוצלים 100% מכל מעבד (make -j8...), ובכל זאת אני מריץ דפדפן ותכנות נוספות, שרצות כמובן במהירות.

צפריר :

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

כן, דביאן.
השולחן עבודה זה XFCE, ויש לי כלי שנקרא "services-admin" , שבו ניתן לבטל/להוסיף שרותים.
ביטלתי שם את "cups" ואת "samba" (שמופיעה שם כ"Folder sharing seviice"), אלא שהם עדיין מופיעים בפלט:

קוד:

$ systemd-analyze blame 9323ms cups.service 4816ms samba.service

וממשיכים להתעקש ולעלות, משום מה.