La machine est un bi-pross Xeon, avec 2Go de RAM sur des disques SCSI.
La carte Ethernet est une gigabit, niveau mat�riel ca devrait aller.
je vais d'abord optimiser le noyau, puis les options de compilation,
puis le r�seau.
Avant de me lancer sur Icc je voulais savoir si cela fesait gagner
beaucoup. A moins que certaines options Gcc soit plus performmantes.
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
>> Mon but de est compiler noyau + Apache pour que celui-ci soit le plus
>> rapide possible pour un Pentium IV.
>> M�me avec les options
>> CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer"
>> de gcc je ne trouve pas de gain.
Si je comprend bien, le probl�me de base c'est de faire tourner apache
plus vite. Il y a plein de facteurs qui entrent en jeu : Le
processeur, la m�moire, le disque, plus peut-�tre du script c�t�
serveur, une base de donn�es. Sans compter l'environnement, i.e. le
r�seau, la charge globale de la machine. Et � coup sur j'en oublie.
Ce que je veux dire, c'est qu'il faudrait peut-�tre s'assurer que
c'est bien le processeur le facteur limitant dans l'histoire. � quoi
sert du code qui tourne plus vite si il bloque sur des
entr�es/sorties ?
Et m�me si c'est le processeur ou la m�moire (l� o� le compilateur
peut changer quelque chose), apache utilise certainement des
biblioth�ques. �a peut s'av�rer utile (selon o� se trouve le
probl�me) de recompiler ces biblioth�ques aussi.
Bon courage en tout cas.
-- "Mesurer avant d'optimiser" Rapha�l
-- Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam''
dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to
[EMAIL PROTECTED] with a subject of
"unsubscribe". Trouble? Contact [EMAIL PROTECTED]
