Если система однопользовательская, лучше сразу же иксы запускать со своим WM.
Я пользуюсь systemd-logind вместо consolekit, а он требует, чтобы сессии открывались через PAM, причём с модулем pam_systemd.so, поэтому нужно логиниться. Через консоль же логиниться неудобно тем, что надо каждый вводить имя пользователя и startx. Городить костыли в zshrc для запуска startx при входе через tty1 — не комильфо. И ещё патченный gdm делает плавный переход из картинки plymouth.
tazhate, GotF, я не спрашивал, как выпилить gdm и на что его заменить, а спросил, почему такой баг. В случае замены на slim я получу кривое полуработающее поделие, а в случае замены на lightdm проблема не решится, поскольку, ЕМНИП, он также запускает всякие gnome-session, которые, собственно, и виснут. К тому же получу окна без оконного менеджера.
tazhate
emerge -C gdm && emerge slim
У меня portage выпилен и заменён на paludis, но я всё ещё помню, что нефиг использовать -C для удаления пакетов, потому что оно зависимости не разруливает.
Для начала выключи плимут. У меня в связке с ним были подобные тормоза gdm. А дальше я постараюсь вспомнить что и как я сделал, чтобы победить тормоза :)
С nosplash тормоза такие же. Сейчас попробую выпилить демон полностью
Я, когда проверял, не выпиливал его, а отключал командой plymouth.enable=0 Возможно, что по nosplash плимут запускается, но не показывает заставку, а по enable=0 — не запускается совсем.
Странно, мне реально помогало. Фактически, LightDM у меня запускался не медленнее XDM, и с запуском гнома никаких проблем не было. А вот GDM тормозит просто немыслимо.
Кстати, раз ты все равно пользуешься системд, то проверь вывод systemctl status systemd-logind.service. У меня при моих проблемах с долгим стартом гдм (и лайтдм) в выводе было видно, что у них очень долго совершался процесс логина пользователя gdm (lightdm соответственно). Если у тебя тоже самое, то и проблема такая же, скорее всего.
У меня без проблем (пока каким-то шаманством все не починил) работало только КДМ. А так LightDM запускается чуть-чуть побыстрее чем GDM, но не настолько быстрее, чтобы ради этого заменять одно на другое (плюс в гноме есть некоторые проблемы с быстрым переключением пользователя, если DM — не GDM)
Я, когда проверял, не выпиливал его, а отключал командой plymouth.enable=0 Возможно, что по nosplash плимут запускается, но не показывает заставку, а по enable=0 — не запускается совсем.
Сейчас загрузился без initrd (который и запускал plymouth) с замаскированным plymouth-start.service — всё равно gdm тормозил.
Кстати, раз ты все равно пользуешься системд, то проверь вывод systemctl status systemd-logind.service. У меня при моих проблемах с долгим стартом гдм (и лайтдм) в выводе было видно, что у них очень долго совершался процесс логина пользователя gdm (lightdm соответственно). Если у тебя тоже самое, то и проблема такая же, скорее всего.
Ничего подозрительного не заметил:
systemd-logind.service - Login Service
Loaded: loaded (/usr/lib64/systemd/system/systemd-logind.service; static)
Active: active (running) since Thu, 31 May 2012 18:33:51 +0300; 2min 59s ago
Main PID: 229 (systemd-logind)
CGroup: name=systemd:/system/systemd-logind.service
└ 229 /usr/lib/systemd/systemd-logind
May 31 18:33:57 idea systemd-logind[229]: New session 2 of user gdm.
May 31 18:33:57 idea systemd-logind[229]: Linked /tmp/.X11-unix/X0 to /run/user/gdm/X11-display.
May 31 18:34:18 idea systemd-logind[229]: New session 3 of user max.
May 31 18:34:18 idea systemd-logind[229]: Linked /tmp/.X11-unix/X0 to /run/user/max/X11-display.
May 31 18:34:18 idea systemd-logind[229]: Removed session 2.
Если бы можно было, оно бы давно у меня стояло на всех домашних компах. На практике оно поддерживает полторы материнки, которые устарели лет 10 назад, и ещё полноута.
С preload не работают некоторые программы, и придётся тратить дополнительное время, чтобы понять, что из-за него проблема. При этом он сожрёт кучу памяти. e4rat можно попробовать, но у авторов получилось 2.5 секунды и без него.
И почти наверняка можно сказать, что проблему с gdm они не решат, потому что судя по bootchart там просто все процессы висят в состоянии S секунд 5 и ничего не делают. preload же работает при запуске процесса, а e4rat оптимизирует i/o, которого тут тоже нет.
Вот только в случае с systemd получаем совершенно нерабочую систему, но зато загруженную.
Никто не заставляет отключать нужные службы — получится чуть дольше, но быстрее, чем с другими инитами. При этом systemd монтирует всякие левые точки монтирования, которые не монтируют другие иниты, и засчёт этого можно ускорить сильнее.
я хз как так получается
но мой ноут на богомерзкой 7 при выходе из «ждущего» (спящий не пользую ибо 16гб оперативы лень писать-читать) выходит уже подключенным к сети.
я залогинится не успеваю даже - уже все онлайн.
Зря тратишь энергию. Только и всего. На ее производство тратятся ресурсы и делаются выбросы. В культурном обществе не принято. Про гентушников не знаю.
Зря тратишь энергию. Только и всего. На ее производство тратятся ресурсы и делаются выбросы. В культурном обществе не принято. Про гентушников не знаю.
Почему это зря? Электричество - это услуга. За услугу я плачу своими деньгами. Как я его трачу и на что - мое личное дело. Ты тоже можешь перестать дышать, чтобы сэкономить кислорода.
Это мысли из далекого девятнадцатого века. Сейчас принято беспокоиться об окружающей среде, не мусорить, не тратить зря ресурсы, не убивать животных без причины. Вобщем, не вести себя по-свински.
Startup finished in 4287ms (kernel) + 12092ms (userspace) = 16380ms
Да и у авторов статьи эти опции ускорили очень незначительно. И RAID у меня из ядра выпилен полностью.
Загрузка модулей наоборот даёт оверхед.
Да, но они будут грузиться после запуска init'а, а время до запуска init'а должно уменьшиться, а у меня аж 4 секунды. Или в эти 4 секунды входят и модули? Мне кажутся странными эти тайминги в логе (тут явно не 4 секунды):
[ 2.093988] Freeing unused kernel memory: 504k freed
[ 2.766757] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Кстати, systemd почему-то не показывает время загрузки моей initramfs.