Je te colle l'explication complète tirée du commit Git :
"The baseline for the heuristic is a proportion of memory that each task is currently using in memory plus swap compared to the amount of "allowable" memory. "Allowable," in this sense, means the system-wide resources for unconstrained oom conditions, the set of mempolicy nodes, the mems attached to current's cpuset, or a memory controller's limit. The proportion is given on a scale of 0 (never kill) to 1000 (always kill), roughly meaning that if a task has a badness() score of 500 that the task consumes approximately 50% of allowable memory resident in RAM or in swap space."
Tu notera que rien ne dit que le système de trading Millenium utilise ces processeurs overclokés. En fait je crois que c'est à base de Nehalem EX redondants et tout et tout. Pas de danger donc.
Les machines overclockées c'est pour les firmes qui passent les ordres sur les marchés et pas pour la plateforme elle-même.
Core 2 Duo c'est 2 Mo de cache L2 non ?
Sinon je ne peux que rester perplexe quand aux résultats que j'ai constaté sur ma machine. Je ne sais pas vraiment ce qu'est "une comparaison objective et scientifique" telle que la réclame pascalc. J'ai indiqué les caractéristiques de mon ordinateur, j'ai effectué les tests sur trois benchs différents, j'ai refait les tests avec un profil propre, j'ai vérifié les options du about:config...que puis-je faire de plus ?
On verra bien au moment de la sortie effective de FF4.
Je pense qu'il est tout aussi sensible et que donc la comparaison est valable sur ma machine. Seules les perfs relatives sont à considérer et pas les scores absolus.
Cela explique pourquoi je n'ai pas les mêmes performances que pascalc.
OK merci pour l'info.
Donc j'ai refait le test sunspider avec la version trunk sur un profil vierge.
Résultat : 1257 ms
Je pense que c'est dans la marge de fluctuation statistique par rapport au score de 1281 ms que j'avais trouvé précédemment.
Ensuite je suis allé voir le about:config de la version trunk et là, surprise, il y a des choix en plus par rapport aux choix présents dans la 3.6.
On remarque notamment javascript.options.methodjit.chrome qui chez moi était à false (tous les autres sont à true). Je l'ai donc remis lui aussi à true et, bis repetita, j'ai relancé le test sunspider.
Résultat 1271 ms.
Donc les perfs sur ma machine sont bien de cet ordre là et je reste très loin des 658ms annoncés par pascalc.
Sans doute ce salopiot d'antivirus qui me bouffe mes cycles CPU.
mmm...non c'est vrai que j'ai réutilisé mon profil 3.6 pour la version trunk. Tu crois que ça peut jouer ? On fait comment pour installer la trunk sur un profil séparé ?
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
test
[^] # Re: OOM Killer
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
glop
ceci est un test
[^] # Re: Et MySQL ?
Posté par patrick_g . En réponse à la dépêche Le rachat de Sun par Oracle : 18 mois plus tard la méfiance s'installe. Évalué à 4.
D'où le dernier hyperlien de la dépêche.
[^] # Re: Membres du conseil d'Ooo
Posté par patrick_g . En réponse à la dépêche Le rachat de Sun par Oracle : 18 mois plus tard la méfiance s'installe. Évalué à 2.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 4.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
Doit y avoir une loi cosmique qui dit que même si on relit 716262771 fois un texte il sera toujours lardé de fautes.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
[^] # Re: Orthographe
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 2.
Merci.
[^] # Re: La réponse d'Arve Hjønnevåg à Rafael Wysocki sur les suspend blo
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 4.
[^] # Re: Deadline!!
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 10.
C'est la tradition. Si on ne respecte pas la tradition alors tout fout le camp mon pov monsieur.
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 4.
[^] # Re: Record perso battu
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 3.
# Record perso battu
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 8.
202
patrick@laptop:~$
[^] # Re: OOM Killer
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 5.
"The baseline for the heuristic is a proportion of memory that each task is currently using in memory plus swap compared to the amount of "allowable" memory. "Allowable," in this sense, means the system-wide resources for unconstrained oom conditions, the set of mempolicy nodes, the mems attached to current's cpuset, or a memory controller's limit. The proportion is given on a scale of 0 (never kill) to 1000 (always kill), roughly meaning that if a task has a badness() score of 500 that the task consumes approximately 50% of allowable memory resident in RAM or in swap space."
[^] # Re: petite boulette
Posté par patrick_g . En réponse à la dépêche Le noyau Linux 2.6.36 est disponible. Évalué à 5.
[^] # Re: commerce
Posté par patrick_g . En réponse au journal Linux, le trading à haute fréquence et les gamers. Évalué à 4.
[^] # Re: La folie pure ?
Posté par patrick_g . En réponse au journal Linux, le trading à haute fréquence et les gamers. Évalué à 5.
Les machines overclockées c'est pour les firmes qui passent les ordres sur les marchés et pas pour la plateforme elle-même.
[^] # Re: Superbe, excellent
Posté par patrick_g . En réponse au journal Comprendre les médias numériques. Évalué à 4.
[^] # Re: patrick, avec Firebug activé ?
Posté par patrick_g . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 2.
Sinon je ne peux que rester perplexe quand aux résultats que j'ai constaté sur ma machine. Je ne sais pas vraiment ce qu'est "une comparaison objective et scientifique" telle que la réclame pascalc. J'ai indiqué les caractéristiques de mon ordinateur, j'ai effectué les tests sur trois benchs différents, j'ai refait les tests avec un profil propre, j'ai vérifié les options du about:config...que puis-je faire de plus ?
On verra bien au moment de la sortie effective de FF4.
[^] # Re: patrick, avec Firebug activé ?
Posté par patrick_g . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 2.
Cela explique pourquoi je n'ai pas les mêmes performances que pascalc.
[^] # Re: patrick, avec Firebug activé ?
Posté par patrick_g . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 3.
Donc j'ai refait le test sunspider avec la version trunk sur un profil vierge.
Résultat : 1257 ms
Je pense que c'est dans la marge de fluctuation statistique par rapport au score de 1281 ms que j'avais trouvé précédemment.
Ensuite je suis allé voir le about:config de la version trunk et là, surprise, il y a des choix en plus par rapport aux choix présents dans la 3.6.
On remarque notamment javascript.options.methodjit.chrome qui chez moi était à false (tous les autres sont à true). Je l'ai donc remis lui aussi à true et, bis repetita, j'ai relancé le test sunspider.
Résultat 1271 ms.
Donc les perfs sur ma machine sont bien de cet ordre là et je reste très loin des 658ms annoncés par pascalc.
Sans doute ce salopiot d'antivirus qui me bouffe mes cycles CPU.
[^] # Re: patrick, avec Firebug activé ?
Posté par patrick_g . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 2.
[^] # Re: patrick, avec Firebug activé ?
Posté par patrick_g . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 2.