[Vidéo] Overclocker son processeur pour plus de performance / Downclocker pour augmenter l'autonomie | Palm pré

Le swap c'est vis à vis de la Ram, l'augmenter permettrais surement d'éviter certains ralentissements, car le Swap troc la Ram contre de l'espace disque et inversement, celle d'en dessous c'est pas un réglage afin d'activer l'overclock à des moments prévus? Par contre l'autre je n'en sais rien :)

Excellent ça! Merci

La swap (ou fichier de mémoire virtuelle) est un fichier (ou une partition) sur un support physique (courement un HDD, mais ici, la mémoire flash) où le kernel peut sauver les pages de mémoire inutilisée pour libérer de la mémoire vive pour les applications active ( ou pour du cache (parametre swapiness du kernel)). L'interret et de simuler le fait de disposer de plus de RAM que ce que l'on a normalement... Sur le Pré Plus, la taille du swap est de 128Mo... (commande free sur un terminal)

Comme sur un pré, il n'y a pas de HDD mais de la flash, on se retrouve confronté à 2 problèmes pour l'utilisation du swap :
- la vitesse de lecture, mais surtout d'écriture
- la durée de vie de la flash qui est limité en nombre d'écriture

Donc, si on veut avoir un système preformant, il vaut mieux limiter au maximum l'usage de la swap. Ce n'est pas le cas sur un vrai PC, car dans ce cas, il est parfois plus intéressant de décharger en swap les pages de mémoire inutilisé pour libérer de la mémoire pour faire du cache...

L'option du kernel swapiness permet de régler dans quel proportion le kernel va privilégier le swap pour avoir du cache. Ce paramètre ce regle en écrivant ou lisant /proc/sys/vm/swapiness...

Une autre façon de limiter l'usage du swap, c'est de le compresser... En effet, si on peut, en perdant un peu de temps CPU en compressant, gagner beaucoup de temps lors de l'écriture en diminuant la quantité de données à écrire, c'est un bon calcule... C'est à ça que sert le paramètre "Swap compression"... Je ne sais pas si ça fait gagner grand chose car il faut prendre en compte qu'une mémoire flash, ça ne s'écrit pas comme ça. Il faut impérativement écrire des pages entière (16ko de tête...) Donc, pour toute écriture de moins d'une page de mémoire flash, on ne va pas gagner de temps... Or, une page de mémoire kernel fait 4ko de tête... Donc si le kernel écrit les pages mémoire une par une, on à beau les compresser, on se retrouve toujours à devoir écrire un block de flash à chaque fois... Bref, sauf il y a une notion qui m'échappe, je vois pas comment ça pourrait être intéressant dans notre cas...

Le paramètre suivant : IO Scheduler permet de choisir l'ordonnanceur que l'on va utiliser dans le kernel. L'ordonnanceur est la partie du kernel qui va décider dans quel ordre les taches doivent être exécutées... La, on rentre dans des problèmes de math compliqué avec des notions de probabilité pour essayer de deviner si c'est pas plus intéressant de laisser plus ou moins de temps à tel processus ou de démarrer tel process avant un autre, etc... Les objectifs peuvent être très différents : Performance brut, réactivité, temps réel, etc...

TCP congestion, lui sert à régler la formule mathématique qui sert à réguler le trafic réseau... La formule peut par exemple permettre d'atteindre plus vite un fort débit si on se met à bien capter d'un coup, ou au contraire saturer la ligne si on capte mal...

Voilà, maintenant, pour des détails plus précis demande à dieu^W Wikipedia