Re: Gcc vs Icc / Optimisations
> "mailing" == mailing [EMAIL PROTECTED] net <[EMAIL PROTECTED]> writes: mailing> Je sais que je vais peut-être dépenser bcp d'énergie pour mailing> rien, c'est pour cela que je me renseigne et que je fais mailing> des tests. mailing> Le nombre de requêtes est actuellement vers 2000/s, je mailing> désire le passer vers 4000. La carte est eth est en mailing> Gigabit. Je vais après améliorer les perfs réseaux à mailing> l'aide de sysctl après. Je doute qui tu puisse doubler le nombre de requête en recompilant. Quelle est ta charge CPU à 2000/s ? Qu'est ce qui est fait pour chaque requête ? C'est des fichiers statiques ou bien il y a des requêtes sur une base ? Des scripts ? Quel est le débit utilisé par 2000 requêtes ? -- Laurent Martelli [EMAIL PROTECTED]Java Aspect Components http://www.aopsys.com/ http://jac.objectweb.org
Re: Gcc vs Icc / Optimisations
Je sais que je vais peut-être dépenser bcp d'énergie pour rien, c'est pour cela que je me renseigne et que je fais des tests. Le nombre de requêtes est actuellement vers 2000/s, je désire le passer vers 4000. La carte est eth est en Gigabit. Je vais après améliorer les perfs réseaux à l'aide de sysctl après. Patrice KARATCHENTZEFF wrote: [EMAIL PROTECTED] wrote: 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. Cela ne veut rien dire... *tout* le réseau est en gigabit ? C'est toujours le maillon le plus faible qui est le plus bloquant... Ensuite, c'est quoi ton appli ? Quelle charge ? Nombre de requêtes ? Tu vas peut-être dépenser beaucoup de temps pour rien... PK
Re: Gcc vs Icc / Optimisations
[EMAIL PROTECTED] wrote: 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. Cela ne veut rien dire... *tout* le réseau est en gigabit ? C'est toujours le maillon le plus faible qui est le plus bloquant... Ensuite, c'est quoi ton appli ? Quelle charge ? Nombre de requêtes ? Tu vas peut-être dépenser beaucoup de temps pour rien... PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-96 850, rue Jean Monnet 38926 CROLLES Cedex, Courriel: [EMAIL PROTECTED]
Re: Gcc vs Icc / Optimisations
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]
Re: Gcc vs Icc / Optimisations
"[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
Re: Gcc vs Icc / Optimisations
Le 24.11.04, [EMAIL PROTECTED] a tapoté : | Merci rixed, le problème de license c'est à voir également. | 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. Il est totalement décommandé de compiler le noyau avec un autre compilo que gcc (dixit la doc du répertoire Documentation/) : en effet, le noyau est codé dans l'optique d'une compilation avec gcc. Avec ses qualités et ses défauts, mais surtout avec ses optimisations et sa façon de compiler... Thomas -- BOFH excuse #432: Borg nanites have infested the server.
Re: Gcc vs Icc / Optimisations
Merci rixed, le problème de license c'est à voir également. 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. rixed wrote: Je l'ai un peu essayé y'a un an ou deux. Mes souvenirs sont qu'il est beaucoup plus rapide (je parle du compilo, pas du code généré), mais que j'avais eu des problèmes avec la librairie standard (en bref, des trucs qui compilait sans problème avec GCC ralaient sur des déclarations de la lib). Je ne sais pas s'il est C99. Je l'avais laissé tombé à cause du serveur de licence ; j'aime pas ces oiseaux là.
