[startx] très lent

[kevin57]

Bonsoir,

J'ai un petit souci avec le démarrage de X (WM Openbox, pas de DE), qui est relativement lent. Ma machine n'étant pas très puissante, startx a toujours été lent, mais c'est pire depuis quelques temps, l'interface graphique est presque aussi longue à charger que tout le reste du système. Je n'ai pas remarqué d'erreur pour l'expliquer dans la sortie de startx, mais je vous la poste au cas où :

Code : Tout sélectionner

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.7.4.901 (1.7.5 RC 1)
Release Date: 2010-01-23
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-ARCH i686 
Current Operating System: Linux kevin-arch 2.6.32-ARCH #1 SMP PREEMPT Tue Feb 9 14:46:08 UTC 2010 i586
Kernel command line: root=/dev/sda3 ro
Build Date: 31 January 2010  11:40:13AM
 
Current version of pixman: 0.16.4
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 15 23:39:49 2010
(==) Using config file: "/etc/X11/xorg.conf"
error setting MTRR (base = 0x90000000, size = 0x01800000, type = 1) Inappropriate ioctl for device (25)
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
which: no gnome-settings-daemon in (/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/opt/java/jre/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core)
Conky: forked to background, pid is 1568
which: no xfce-mcs-manager in (/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/opt/java/jre/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core)

Conky: desktop window (101) is root window
Conky: drawing to desktop window
Conky: drawing to double buffer
which: no start_kdeinit in (/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/opt/java/jre/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core)

J'utilise Archlinux en version stable, MAJ quasi quotidienne.
Peut-être que le problème peut venir du fait que je n'utilise pas le driver spécifique à ma carte graphique (xf86-video-geode) qui me provoque des bugs (cf. un ancien sujet que j'ai posté) mais le driver vesa, bien qu'il me semble observer les mêmes lenteurs avec le driver geode.

Je ne sais pas si autre chose peut expliquer ces lenteurs, j'espère que vous aurez une idée. Je vous poste aussi mon rc.conf, on ne sait jamais :

Code : Tout sélectionner

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

#
# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="fr_FR.utf8"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin1"
CONSOLEFONT="lat9w-16"
CONSOLEMAP=
USECOLOR="yes"

#
# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# Scan hardware and load required modules at bootup
MOD_AUTOLOAD="yes"
# Module Blacklist - modules in this list will never be loaded by udev
MOD_BLACKLIST=()
#
# Modules to load at boot-up (in this order)
#   - prefix a module with a ! to blacklist it
#
MODULES=(8139cp 8139too mii ac97_bus snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-ac97-codec snd-cs5535audio soundcore)
# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"

#
# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
HOSTNAME="kevin-arch"
#
# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available
# interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
#   - prefix an entry in INTERFACES with a ! to disable it
#   - no hyphens in your interface names - Bash doesn't like it
#
# Note: to use DHCP, set your interface to be "dhcp" (eth0="dhcp")
#
lo="lo 127.0.0.1"
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(lo eth0)
#
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
#   - prefix an entry in ROUTES with a ! to disable it
#
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)
#
# Enable these network profiles at boot-up.  These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
#   - set to 'menu' to present a menu during boot-up (dialog package required)
#   - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network-profiles
#
#NET_PROFILES=(main)

#
# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
#   - prefix a daemon with a ! to disable it
#   - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(hal syslog-ng @netfs @wicd @alsa @iptables)


# End of file

Au passage, si vous y notez des daemons potentiellement inutiles, n'hésitez pas!

Je compte sur vous, merci beaucoup d'avance!

Kevin57

Edit : j'ai oublié de préciser qu'en temps normal, j'utilise Slim donc le passage à l'interface graphique est automatique (avec le inittab, comme conseillé dans la doc je crois), et le temps de chargement me semble plus long qu'avec un simple stratx.

[ddup1]

Tu peux poster le contenu de ton fichier /etc/hosts ?

En effet beaucoup de lenteur du démarrage de Xorg vienne d'un manque de déclaration du nom de la machine dans ce fichier.

[kevin57]

Voila le fichier en question (recopié donc peut-être avec une faute de frappe...) :

Code : Tout sélectionner

#
# /etc/hosts: static lookup table for host names
#

#<ip-address>   <hostname.domain.org>   <hostname>
127.0.0.1   localhost.localdomain   kevin-arch

# End of file

[benjarobin]

il manque localhost voir le wiki tout ça, tout ça...

[kevin57]

Oups oui désolé, j'avais mal lu le wiki à l'installation...

J'ai donc corrigé la ligne comme ça :

Code : Tout sélectionner

127.0.0.1   localhost.localdomain   localhost kevin-arch

C'est ça?

Mais ça ne change pas grand chose, j'ai gagné environ 5 secondes, mais j'ai encore 25 secondes juste pour lancer Slim.

[benjarobin]

C'est bien ceci, après pourquoi c'est lent, je ne saurai que dire... Il faudrait voir la charge cpu durant le démarrage, quel processus attend le disque dur, il y a un outil qui pourrait aider, mais il n'est pas vraiment fait pour ceci: bootchart. Il faut donc le lancer manuellement avant de démarrer slim et bien penser a l'arrêter (voir wiki)

[kevin57]

J'ai installé bootchart mais je n'arrive pas à le faire marcher. J'ai suivi la doc, j'ai ajouté init=/sbin/bootchartd à la fin de la ligne "kernel" dans mon menu.lst, mais quand je fais bootchart-render, ça me retourne "/var/log/bootchart.tgz not found". J'ai vérifié dans la config de bootchart, il enregistre pourtant ses logs dans /var/log, mais il n'y a en effet pas de bootchart.tgz, j'ai vérifié. Pourtant, bootchartd se lance (j'en ai trois exemplaire en faisant un top). Avez-vos une idée? Merci d'avance.

[benjarobin]

Pour une raison ou une autre il ne détecte pas la fin du boot ce qui nous arrange . Reboot et arrête juste bootchartd avec la commande (bootchartd stop) qui est dans le wiki. Oups apparemment c'est le wiki anglais: http://wiki.archlinux.org/index.php/Bootchart En effet il ne détecte pas par défaut slim.
Si bootchartd stop ne marche pas ajoute comme explique dans le wiki une commande qui doit être lance pour arrêter le log (tu peux mettre vim ou nano, il suffira de lancer nano ou vim et bootchartd s'arrêtera tout seul)

Notre but et d'arrêter bootchartd après le démarrage de slim, donc il ne faut pas mettre slim en tant qu'exécutable car on va perdre tout ce qui est intéressant

[kevin57]

Merci, j'oublie toujours le wiki anglais... ça a marché avec bootchartd stop. Voici le résultat :

[benjarobin]

Bon en gros tu attend le disque dur pendant 5 secondes puis burnage de CPU pendant 20 secondes par X, pourquoi, je ne sais pas trop, je laisse a de plus grand expert pour analyser ta séquence de boot

Sinon vu ton CPU peut puissant cela pourrait expliquer des choses bien que 20 secondes de CPU a 100% cela fait pas mal (n'installe pas KDE <- ceci n'est pas un troll )

[kevin57]

Merci pour la petite analyse. Est-ce que tu pourrais expliquer un peu, j'ai du mal à bien comprendre le fichier...
Et pour la lenteur, je pense que la faiblesse matérielle joue, mais à ce point?
Voici quelques détails de plus sur l'aspect matériel :
Processeur : AMD Geode LX 800
RAM : 512MB DDR RAM

Plus de détails ici.

Edit : rassure-toi je ne comptais pas installer KDE, Openbox a déjà suffisamment de lenteurs, la moindre application demande au moins une seconde de lancement, sans parler de Seamonkey et OpenOffice! KDe est réservé à mon PC de bureau!

[hatdn]

tu peux poster le contenu de ~/.xinitrc pour voir comment tu lance X

[kevin57]

Voici mon .xinitrc :

Code : Tout sélectionner

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice
exec openbox-session

Mais comme slim se lance automatiquement (je ne passe donc que rarement par startx) je vous mets aussi le fichier où j'ai configuré le démarrage de slim, à savoir inittab :

Code : Tout sélectionner

#
# /etc/inittab
#

#  Runlevels:
#    0    Halt
#    1(S)	Single-user
#    2    Not used
#    3    Multi-user
#    4    Not used
#    5    X11
#    6    Reboot

## Only one of the following two lines can be uncommented!
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:2345:wait:/etc/rc.multi
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

# -8 options fixes umlauts problem on login
c1:2345:respawn:/sbin/agetty -8 38400 tty1 linux
c2:2345:respawn:/sbin/agetty -8 38400 tty2 linux
c3:2345:respawn:/sbin/agetty -8 38400 tty3 linux
c4:2345:respawn:/sbin/agetty -8 38400 tty4 linux
c5:2345:respawn:/sbin/agetty -8 38400 tty5 linux
c6:2345:respawn:/sbin/agetty -8 38400 tty6 linux

ca::ctrlaltdel:/sbin/shutdown -t3 -r now

# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
x:5:respawn:/usr/bin/slim >& /dev/null

# End of file

En théorie j'ai suivi tous les tuto à la lettre donc ça devrait être bon.

[hatdn]

tout est bien configuré et je ne vois pas pourquoi le démarrage est aussi lent.
essaies d'ajouter les programmes qui se lancent au démarrage dans ~/.config/openbox/autostart.sh

exemple:
gnome-settings-daemon &
gnome-volume-manager &
gnome-power-manager &
numlockx on &
#thunar --daemon &
fbpanel -p top | fbpanel -p bottom &

sh /home/itachi/.fehbg &

[kevin57]

J'ai déjà mis dans ce fichier presque tous les programmes à lancer au démarrage (à savoir pypanel, batterymon, conky et nitrogen). Il n'y a que wicd-client qui se lance tout seul.

Voici mon autostart :

Code : Tout sélectionner

# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.

sleep 3 && pypanel &
batterymon &
conky &

# Set a background color
nitrogen --restore &

#BG=""
#if which hsetroot >/dev/null; then
#    BG=hsetroot
#else
#    if which esetroot >/dev/null; then
#	BG=esetroot
#    else
#	if which xsetroot >/dev/null; then
#	    BG=xsetroot
#	fi
#    fi
#fi
#test -z $BG || $BG -solid "#303030"

# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
       eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Make GTK apps look and behave how they were set up in the gnome config tools
if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
  /usr/libexec/gnome-settings-daemon &
elif which gnome-settings-daemon >/dev/null; then
  gnome-settings-daemon &

# Make GTK apps look and behave how they were set up in the XFCE config tools
elif which xfce-mcs-manager >/dev/null; then
  xfce-mcs-manager n &
fi

# Preload stuff for KDE apps
if which start_kdeinit >/dev/null; then
  LD_BIND_NOW=true start_kdeinit --new-startup +kcminit_startup &
fi

# Run XDG autostart things.  By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
  /usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi

[hatdn]

alors essaies de lancer slim en tant que daemon dans rc.conf (@slim)

si c'est toujours long utilise gdm

[kevin57]

Je viens de tester en ajoutant @slim à la fin de ma liste de daemons et j'ai toujours 30 secondes entre le moment où le système est chargé (je vois apparaitre un terminal tty, qui disparait en moins d'une seconde) et le moment où Slim se lance. L'écran est tout noir, puis le fond d'écran de ma session openbox apparait un très court instant, s'efface, et laisse la place à Slim.

Edit : gdm va pas trainer une série de dépendances de gnome? Je croyais que slim était plus léger, donc pourquoi gdm résoudrait le problème?

[hatdn]

dans ce cas essaies d'autre DM (gdm,kdm...)l'important est que X démarre plus vite.
moi aussi j'ai le même problème avec slim avec des DE ou des WM et avec Gdm c'était plus rapide,bon ça reste en dependance avec le materiel.
mais pour accélérer le boot de système c'est un autre affaire.

[kevin57]

Le boot du système en soi n'est pas tellement problématique, c'est surtout cet écran noir pendant 30 secondes qui me pose problème! Je ne comprends juste pas comment bootchart mesure, avec mon chronomètre je compte 1m15 entre grub et le lancement de slim alors que bootchart ne voit que 30 secondes... Je dois commencer à compter trop tôt!
Je vais voir si on peut m'aider sur un autre forum, sinon j'essaierai avec GDM. Merci du coup de main.

Edit : je doute que le problème vienne de slim puisque je viens de tester xdm (gdm m'apportait plus de 30 dépendances) et ça ne change rien. Par ailleurs, si je ne lance pas de login manager automatiquement mais que je lance ma session x avec un simple startx, ça met aussi 30 secondes. Je pense que le problème vient de X (ou d'Openbox, mais y a-t-il beaucoup plus léger qu'openbox?)

Edit 2 : j'ai essayé un simple startx en commentant la ligne exec openbox-session. Ca met environ aussi longtemps, mais X refuse de se lancer et marque comme dernier message :

Code : Tout sélectionner

waiting for X server to shut down error setting MTRR (base = 0x90000000, size = 0x01800000, type = 1) Inappropriate ioctl for device (25)

Edit 3 : je pense avoir cette fois-ci trouvé le problème : le fait que je n'utilise pas le driver spécifique de ma carte graphique mais vesa, pour les raisons citées au début (bugs avec xf86-video-geode). Je viens de refaire un essai avec le vrai driver et X s'ouvre en 5 secondes. Mais les bugs décrits dans le post en lien dans mes premiers messages subsistent...