Je suis bien d'accord, y a des problèmes actuellement entre linux et les vieilles machines. juste quelques précisions.
C'est bien à cause des 64Mio de RAM que c'est lent. J'ai pas de problème pour faire tourner des 200 Mhz avec 192 Mio de RAM, mais aussitôt qu'on descend en dessous de 96, c'est la galère.
Y a une différence énorme entre les vieux portables et les vieux pc de bureau.
les premiers ont des disques très lent et on peut simplement pas se permettre de trop swapper. et si la cg a de la mémoire partagée, alors on perd encore (dans mon cas) 8 Mio de 64 Mio. alors que les PC de bureau ont généralement de la mémoire dédiée et des disques plus rapides.
Sinon pour dire que udev est lent, je suis parfaitement d'accord : ça suxxe grave. bootchart me montre clairement que udev prend 100% du cpu pendant 7 secondes, pendant lequel il est inutile d'essayer de lancer quelque chose en parallèle. S'il faut améliorer le temps de boot de linux, faudrai peut être penser optimiser udev, ou a faire quelque chose quoi.
Moi, pour améliorer les perfs de linux sur un portable 640mhz avec 64mio de RAM j'ai :
- Réduit la mémoire partagée à 3 Mio. ça fait 5 Mio de disponible en plus, et ça fait du bien. (note : je suis en 800x600)
- Désactivé plein de trucs inutile dans xorg.conf qui sont actifs par défault mais qui servent jamais. y a moyen de gagner de la mémoire en interdisant le chargement de modules qui servent pas, vu que X bouffe plein de RAM.(au final il m'en prend 10mio)
- Jarté tout les processus qui sont pas assez inactif pour être swappé mais pas assez utile pour prendre de la RAM
- Moi j'utilise enlightenment, avec le plus de module possible déchargés. ça prend 5 Mio au final. C'est pas mal. on peut surement faire mieux avec d'autres WM.
- Jarté des modules noyau. c'est bien les petites conneries, mais j'ai gagné 1Mio en chargant pas automatiquement 20 petit machins qui servent jamais.
- Recompilé le noyau et utilisé de la concurrence pour gagner des secondes au démarrage.
Au final c'est mieux, mais c'est toujours le bordel :
- On peut lancer des processus de 20 Mio sans problème. Mais si on va dans les 30 Mio (genre firefox), alors il faut attendre au moins deux minutes le temps que le système swappe. seulement après il redeviens utilisable.
- bash prend au minimum 1 Mio par processus. faut pas lancer trop de shells.
- Ça prend toujours 25 sec à charger, et je vois pas comment accélérer le boot.
- Aussitôt que j'utilise aptitude, faut arrêter de toucher au système. Ce machin est d'une lenteur et prend une grosse consommation de RAM...
Dans la BTS Debian, on trouve des témoignages de gens qui veulent pas lancer aptitude parce qu'ils ont peurs des OOM du noyau sur des systèmes avec 32Mo.
Mais si on se passe de X, on n'est pas trop limité.
À coté, windows 98 marche bien, mais :
- Je peux pas aller sur le web avec IE, pour des raisons que vous connaissez, et inutile d'essayer de lancer firefox.
- Ça supporte moins de matos (pas de wifi, ni de clef USB UMS)
- Le disque pédale pas mal : FAT32 ça fragmente.
- Faut redémarrer quand ça deviens trop lent.
- Faut formater si on utilise trop.
# Parfaitement d'accord.
Posté par Batchyx . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 6.
C'est bien à cause des 64Mio de RAM que c'est lent. J'ai pas de problème pour faire tourner des 200 Mhz avec 192 Mio de RAM, mais aussitôt qu'on descend en dessous de 96, c'est la galère.
Y a une différence énorme entre les vieux portables et les vieux pc de bureau.
les premiers ont des disques très lent et on peut simplement pas se permettre de trop swapper. et si la cg a de la mémoire partagée, alors on perd encore (dans mon cas) 8 Mio de 64 Mio. alors que les PC de bureau ont généralement de la mémoire dédiée et des disques plus rapides.
Sinon pour dire que udev est lent, je suis parfaitement d'accord : ça suxxe grave. bootchart me montre clairement que udev prend 100% du cpu pendant 7 secondes, pendant lequel il est inutile d'essayer de lancer quelque chose en parallèle. S'il faut améliorer le temps de boot de linux, faudrai peut être penser optimiser udev, ou a faire quelque chose quoi.
Moi, pour améliorer les perfs de linux sur un portable 640mhz avec 64mio de RAM j'ai :
- Réduit la mémoire partagée à 3 Mio. ça fait 5 Mio de disponible en plus, et ça fait du bien. (note : je suis en 800x600)
- Désactivé plein de trucs inutile dans xorg.conf qui sont actifs par défault mais qui servent jamais. y a moyen de gagner de la mémoire en interdisant le chargement de modules qui servent pas, vu que X bouffe plein de RAM.(au final il m'en prend 10mio)
- Jarté tout les processus qui sont pas assez inactif pour être swappé mais pas assez utile pour prendre de la RAM
- Moi j'utilise enlightenment, avec le plus de module possible déchargés. ça prend 5 Mio au final. C'est pas mal. on peut surement faire mieux avec d'autres WM.
- Jarté des modules noyau. c'est bien les petites conneries, mais j'ai gagné 1Mio en chargant pas automatiquement 20 petit machins qui servent jamais.
- Recompilé le noyau et utilisé de la concurrence pour gagner des secondes au démarrage.
Au final c'est mieux, mais c'est toujours le bordel :
- On peut lancer des processus de 20 Mio sans problème. Mais si on va dans les 30 Mio (genre firefox), alors il faut attendre au moins deux minutes le temps que le système swappe. seulement après il redeviens utilisable.
- bash prend au minimum 1 Mio par processus. faut pas lancer trop de shells.
- Ça prend toujours 25 sec à charger, et je vois pas comment accélérer le boot.
- Aussitôt que j'utilise aptitude, faut arrêter de toucher au système. Ce machin est d'une lenteur et prend une grosse consommation de RAM...
Dans la BTS Debian, on trouve des témoignages de gens qui veulent pas lancer aptitude parce qu'ils ont peurs des OOM du noyau sur des systèmes avec 32Mo.
Mais si on se passe de X, on n'est pas trop limité.
À coté, windows 98 marche bien, mais :
- Je peux pas aller sur le web avec IE, pour des raisons que vous connaissez, et inutile d'essayer de lancer firefox.
- Ça supporte moins de matos (pas de wifi, ni de clef USB UMS)
- Le disque pédale pas mal : FAT32 ça fragmente.
- Faut redémarrer quand ça deviens trop lent.
- Faut formater si on utilise trop.