L'université de Sao Paulo a lancé un projet visant à optimiser l'utilisation de la mémoire par le noyau Linux 2.4.x. Des pages mémoires sont ainsi compressées afin de réduire les accès à la mémoire swap.
Le projet s'appuie sur un
principe exposé par
Scott F. Kaplan.
Aller plus loin
# Intéressant.
Posté par G. R. (site web personnel) . Évalué à 1.
C'est une bonne idée, pour tout ceux qui n'ont pas des GO de mémoire, et qui veulent utiliser Mozilla.
Encore une fois, le travail ouvert et collectif est bien plus productif du point de vue de l'innovation que la simple concurrence commerciale.
[^] # Re: Intéressant.
Posté par Anonyme . Évalué à 0.
[^] # Re: Intéressant.
Posté par kadreg . Évalué à 1.
[^] # Re: Intéressant.
Posté par Troy McClure (site web personnel) . Évalué à 1.
[^] # Re: Intéressant.
Posté par Anonyme . Évalué à 0.
(hdparm -u 1 /dev/hdaX)
[^] # hdparm -u, détails ?
Posté par Beurt . Évalué à 1.
Pourais-tu (toi ou un autre) nous expliquer quel est l'avantage réel de l'option -u de hdparm autrement dit d'"unmasquer" les autres IRQ durant l'accès au disk ?
Et puis aussi quels sont les risques (d'après le man les dommages peuvent être important pour certains chipsets et les vieux kernels. Et les autres chipsets, et les nouveaux kernels?)?
[^] # Re: hdparm -u, détails ?
Posté par Anonyme . Évalué à 0.
[^] # Re: Intéressant.
Posté par Anonyme . Évalué à 0.
--
Etienne
[^] # Re: Intéressant.
Posté par Anonyme . Évalué à 0.
Je ne crois pas que ce soit le but ici. Il s'agit plutot de gagner du temps sur l'ecriture/lecture du swape.
Ce qui est rigolo, c'est que l'efficacite dependra beaucoup des performances du CPU par rapport au disk. Donc pourquoi pas make menuconfig, make benchmark , make bzImage.
[^] # Intéressant, mais ...
Posté par Anonyme . Évalué à 1.
Le fait est que depuis le kernel 2.4.4 la VM n'a cesser de se degrader au niveau de la gestion du cache et du swap.
Personnellement le dernier kernel "correct" de ce point de vue est le 2.4.3.
Ce probleme de VM est connu, et fait un tabac sur la mailing list du kernel.
Il semble que l'orientation de la VM dans les 2.4.4/2.4.5 soit plutot orienté vers une amelioration de "la bande passante" au niveau de la gestion memoire, au detriment de "l'interactivité" au niveau temps de reponse avec les applications.
Ce type de comportement est plus adapté aux entreprise qui utiliserais Linux comme serveur. Mais beaucoup moins pour une utilisation je dirais classique pour nous, c.a.d. un ch'tit peut serveur et un ch'tit peut desktop
Donc compressé les pages de cache, pourquoi pas, mais il semble etre reconnu que les dernieres VM ne sont pas "tip top" pour nous, alors quand on entend des gars qui disent : "ben oui ce type de comportement est plus performant pour les entreprise, et pis c'est normal puisque c'est elle qui me paye".
Alors "Bienvenue dans le e-Biz-Linux ..." ?
[^] # Re: Intéressant, mais ...
Posté par Anonyme . Évalué à 0.
C'est d'ailleur la une des forces du logiciel libre: l'alternative.
[^] # Re: Intéressant, mais ...
Posté par Anonyme . Évalué à -1.
-1 ? Adjugé !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.