[Optimisation]Optimiser et accélérer le système

[Kevin57]

Bonjour à tous,

Comme le dit mon titre, je cherche à optimiser, mais surtout à accélérer mon système car je ne comprends pas pourquoi des applications comme seamonkey (OK, c'est pas la plus légère!) ou aMSN (plusieurs secondes avant de se lancer au boot) sont aussi longues à charger alors que j'ai 4Go de RAM et un processeur AMD Phenom II X4 965 BE. A en croire l'affichage de mon conky, la RAM reste entre 9% et 14% (actuellement, juste après un reboot, 9%, soit 359MiB/3,62GiB), la swap est constamment à 0% (j'ai pris 2Go de swap, ça devrait suffire, non?) et mon CPU dépasse rarement les 10% (sauf quand emerge tourne, bien sûr, où il approche les 90-100%) et 35-40°C.

J'ai bien essayé de suivre ce tuto mais il vise plutôt à accélérer le boot. J'ai tenté le prelink, mais ça ne change pas grand chose. D'ailleurs, il m'affiche plusieurs erreurs :

[xaviermiller]

Salut,

Donne aussi ton filesystem et options de montage.
As-tu bien configuré ton kernel ?
_________________
Kind regards,
Xavier Miller

[Xytovl]

Vues les capacités du processeur et la RAM, la limite doit venir du disque dur. La manière logicielle d'améliorer légèrement le premier chargement c'est de lire les données avant qu'elles soient nécessaires. (Et aussi monter la partition avec une option noatime ou bien relatime)

Les 3 options sont :

*readahead-list
Il faut le configurer manuellement en donnant une liste de fichiers à charger.

*preload
Lui se configure automatiquement avec un démon qui observe tout ce qui est chargé. Ça consomme un tout petit peu de ram et cpu pendant l'utilisation, mais rien de visible sur une machine comme la tienne.

*ureadahead
La méthode utilisée par Ubuntu, il n'y a pas encore d'ebuild dans portage, mais on en trouve sur le bugzilla. Sur un SSD bas de gamme on ne gagne absolument rien, je ne l'ai pas essayé sur un disque mécanique.

L'option la plus chère, mais absolument bluffante c'est de passer au SSD, pour les temps de chargement c'est le jour et la nuit.

[Kevin57]

XavierMiller : Les infos sur les partitions :

[Picani]

Tu as éssayé çà ? Ce sont des optimisations pour CPU AMD à mettre dans ton make.conf.

[Kevin57]

Je n'avais pas vu ça, je vais le mettre.
Et j'aurais encore une question par rapport à preload. Dans la doc d'utuntu ainsi que plusieurs sites que j'ai trouvé, ils disent qu'il faut juste l'installer :

[NEOxAKIRA]

monte /tmp et /var/tmp en tmpfs
http://fr.gentoo-wiki.com/wiki/Portage/tmpfs

[Gef]

[Kevin57]

NEOxAKIRA : j'ajoute juste ça dans mon fstab, rien de plus à faire? Si j'ai bien compris, ça va charger ces répertoires dans la RAM, c'est ça? Mais si je leur mets 2GB chacun, j'arrive au total de ma RAM, c'est pas gênant?

Gef : merci d'avoir confirmé, il me semblait bien que c'était bizarre un service qui se lance tout seul!

Edit : bizarrement, preload ne parvient pas à démarrer au boot. Il me retourne toujours "crashed". La seule erreur que je trouve dans les log est la suivante :

[sd44]

Les performances sont bridé par l'élément le moin rapide, en locurence ton hdd.

c'est pour moi le composant qu'il faut voir en priorité, donc quant tu aura résolu tes pb de hdd, donne nous les temps d'acces et débit.
_________________
Pourquoi faire simple quand on peut faire compliqué ?

[NEOxAKIRA]

ou mieux investi dans un ssd, un disque dur mécanique c'est vraiment lent de chez lent ...

et sinon tu t'en fou un peu de la taille passer au répertoire en tmpfs, par default c'est la moitié de la ram total, mais ça utilise que ce qui est nécessaire
donc en gros ça varie tout le temp, et quand tu fait rien ca bouffe pratiquement pas de ram.

Par contre 2go ça doit pas être suffisant pour compiler open office, mais bon compiler open office...

sinon dans le dernier kernel il y a une option pour monter /dev en tmpfs automatiquement

[xaviermiller]

/dev est en RAM depuis la 2.6 et udev...
_________________
Kind regards,
Xavier Miller

[Kevin57]

sd44 : le problème, c'est que personne ne semble connaitre de solution pour mon HDD... Si vous en avez, je suis preneur.

NEOxAKIRA : En effet, le SSD est plus rapide, mais je n'ai pas les moyens de mettre 50€ dans un SSD de 16GB, ni 80€ pour 30 GB... Et encore une fois, cette histoire de limitation de nombre d'écriture ne me plait pas.

L'option preload me semble bien intéressante mais, comme je l'ai dit dans le message précédent, le service ne se lance pas au boot, il crashe systématiquement, avec ou sans le rc_parallel, et je n'ai pas trouvé de solution pour le moment.
_________________
Gentoo ~amd64 avec Openbox, AMD Phenom II X4 965 BE, Radeon HD 4250, 4GB RAM.
Traducteur indépendant allemand-français et anglais-français

[gglaboussole]

perso j'avais testé preload il y a un moment sur un machine que je jugeais lente, et je l'ai viré... gain de perfs homéopathiques en revanche un boot ralenti de 10 bonnes secondes... faut voir ce que ça donne sur une bonne machine..
Monter /tmp et var/tmp en tmpfs est une très bonne optimisation mais faut savoir que 2 GB pour var/tmp est insuffisant pour compiler open office (3.7 GB) par ex...
C'est vrai qu'un bon disque ça te change un ordi, même si c'est pas un SSD (j'ai un velociraptor, mécanique donc, et j'en suis très content)
que donne un petit hdparm -tT sur ton disque ?
Le système de fichier y fait énormément aussi... ma copine à un vieux coucou sur lequel j'ai réinstallé une ubuntu sur du ext4, et le gain est très sensible...
Si ton budget est limité pour le disque tu peux très bien en prendre un tout petit pour n'y installer que le système, et ton home tu le mets sur un disque plus gros et moins cher...
Tu peux éventuellement envisager un raid également avec plusieurs disques bon marchés

EDIT : et regardes du côté de ton kernel également, il y a peut être des optimisations que tu peux faire au niveaux des entrées/sorties et de la latence
_________________
On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici...

[Kevin57]

Je verrai pour preload, pour l'instant vu qu'il ne démarre pas, il ne ralentit pas le boot!

Pour /var/tmp en tmpfs, tu me conseillerais de faire comment, sachant que je compile OpenOffice suite à une mauvaise expérience avec le binaire?
hdparm -tT sur mon disque actuel donne :

[gglaboussole]

Les perfs de ton disque sont honorables...
pour tmpfs, vu que t'es léger en RAM pour la compil (enfin pour oo en tous cas) tu peux simplement monter /tmp en tmpfs, (par contre attention si tu fais de l'encodage video beaucoup de programme utilise par défaut /tmp, et si tu changes pas les répertoire tu risques vite de le saturer...)
Tous les programme qui utilise /tmp se verront boosté car il n'auront plus besoin d'accès au disque
En ce qui concerne le kernel je pense que le meilleur tuto qui soit est ici:
http://kernel-seeds.org/
Vérifie déjà que tu n'a pas cette options là d'activée dans Général Setup car elle ralentie considérablement les perfs sur les i/o(en tous cas sur un athlon xp, du coup j'ai jamais retenté depuis que j'ai l'i7 920)

[Kevin57]

OK donc je vais mettre juste /tmp en tmpfs, et si j'ajoute de la RAM un jour j'ajouterai /var/tmp. Pas de souci pour l'encodage, je n'en fais jamais.

Merci pour le site pour le kernel. Par contre, comme c'est en anglais, je m'y mettrai plus tard! Je viens de désactiver l'option dont tu parles en attendant. Je pense que Group CPU Scheduler doit être dans cette section, puisque le noyau 2.6.34 n'est pas trop vieux!
_________________
Gentoo ~amd64 avec Openbox, AMD Phenom II X4 965 BE, Radeon HD 4250, 4GB RAM.
Traducteur indépendant allemand-français et anglais-français

[Kevin57]

Alors, je viens enfin de solutionner le problème du disque dur Samsung, donc je suis en train de tout remettre de l'ancien sur le nouveau (au passage, si vous avez plus rapide que de passer par un stage5, je veux bien !). J'en ai profité pour le tester avec hdparm, mais je ne comprends pas trop les résultats. Surtout, je ne comprends pas pourquoi les résultats de l'ancien ont tant changé :

[gglaboussole]

Il n'y a pas d'option spécifiques sata2/3 ton matériel le gère ou pas, dmesg te dis le mode utilisé pour le disque, quant aux différences d'hdparm -tT, vu que c'est pas un réel outil de benchmark je pense qu'il faut faire plusieurs tests et en tirer une moyenne...
_________________
On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici...

[Kevin57]

Merci pour tes réponses. Je comprends un peu mieux maintenant. Je pensais que les différentes normes SATA, comme les différentes normes USB, nécessitaient des drivers spécifiques.
Pour dmesg, je viens de tester et le résultat me surprend :

[gglaboussole]

Timing cached reads : vitesse de lecture de la mémoire cache (normal que ce soit le plus rapide)
Timing buffered disk reads vitesse de lecture du disque dur (c'est celui là qui t'intéresse...)

Sata1 ou 2 c'est lié aux caractéristiques du dur et du contrôleur de la carte mère... un dur sata2 marchera en sata si le contrôleur est sata (rétro-compatible) en revanche un sata sera toujours sata sur un contrôleur sata2...

Que ton disque soit sata2 en 2007 c'est possible il me semble, mais ton dmesg indique des valuers différentes... 1.5 Gbps ou 3.0 Gbps...

Pour les options de montage regarde man mount, il me semble que noatime est plus performant que relatime,
_________________
On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici...

[Kevin57]

Merci pour ces explications. Pour ce qui est des ports SATA, en fait le port 1, c'est mon nouveau HDD, le 2 mon ancien, le 3 est un de mes lecteurs et le 5 l'autre. J'en déduis donc que mes HDD sont en en SATA II (3 Gbps) et mes lecteurs DVD en SATA I (1.5 Gbps), c'est ça?

Pour noatime et relatime, j'ai vu quelque part que a priori Linus Torvald conseillerait relatime, mais que les deux seraient compatibles (donc qu'on pourrait mettre les deux options en même temps)... Mais je n'en sais pas plus, je n'ai pas tout compris.
_________________
Gentoo ~amd64 avec Openbox, AMD Phenom II X4 965 BE, Radeon HD 4250, 4GB RAM.
Traducteur indépendant allemand-français et anglais-français

[gglaboussole]

j'avais fais mon choix grâce à
http://thunk.org/tytso/blog/2009/03/01/ssds-journaling-and-noatimerelatime/
même si ça traite des ssd...
d'autres infos :
http://blogs.koolwal.net/2009/01/30/installing-linux-on-usb-part-4-noatime-and-relatime-mount-options/

par contre, vu que t'es dans la recherche d'optimisations, tu trouveras certainement des sujets concernant le writeback data mode versus ordered data mode .... tu fais ce que tu veux mais j'ai eu beaucoup de soucis avec le writeback donc je te recommande d'éviter de tester si tu tiens à l'intégrité de tes données...
_________________
On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici...

[Kevin57]

Le deuxième site que tu donnes est celui que j'avais vu aussi. Mais bon, vu le premier, je vais peut-être rester sur noatime. Merci!
_________________
Gentoo ~amd64 avec Openbox, AMD Phenom II X4 965 BE, Radeon HD 4250, 4GB RAM.
Traducteur indépendant allemand-français et anglais-français

[gglaboussole]

au fait tu as vu une différence sur la réactivité de ton système après avoir désactivé l'option CPU group scheduler ?
_________________
On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici...