Aller au contenu
PcPerf.fr

pat1ent00

PcPerfonaute
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    718

  • Inscription

  • Dernière visite

Messages posté(e)s par pat1ent00

  1. Posté(e) · Signaler la réponse

    Car tu es sur une ubuntu < 9.10

    C'est ce que j'ai essayé d'expliqué (pas assez bien) juste avant cette étape.

     

    sur les < 9.10 tu as un grub 1 et sur les >= c'est grub 2

     

    d'apres la doc sur ubuntu-fr.org

     

    [....]

    Paramétrage

    Délai au démarrage

     

    Pour entrer dans le menu de Grub, vous devez très rapidement appuyer sur « Echap » juste après le démarrage « par défaut ». Pour augmenter ce temps, éditez « /boot/grub/menu.lst », puis augmentez le nombre de secondes dans la section timeout. Pour supprimer ce délai de démarrage ajoutez un # au début de cette ligne.

     

    Vous pouvez également faire apparaître systématiquement le menu de GRUB pendant le boot en commentant hiddenmenu dans le même fichier (rajouter un symbole # devant). Une fois que vous avez changé menu.lst vous pouvez redémarrer votre ordinateur, les changements seront pris en compte.

     

    Notez que si l’installateur d’Ubuntu détecte d’autres systèmes d’exploitation sur le disque pendant l’installation, alors le menu de Grub sera visible par défaut au boot et le timeout sera augmenté, ainsi les étapes ci-dessus seront inutiles.

     

    [....]

     

    il faut editer /boot/grub/menu.lst

    on va deja faire un backup du fichier..des fois que.. =D

     

    cd /boot/grub/

    cp menu.lst menu.lst.bak

     

    xedit /boot/grub/menu.lst

     

    pour afficher le menu a chaque demarrage, il faut Commenter avec # l'option HiddenMenu

     

    ça devrait donner ça:

     

    # hiddenmenu

     

     

    on sauvegarde, on reboot et on test =D

  2. Posté(e) · Signaler la réponse

    foo, le tuto sur la compilation du kernel est par ici => http://forum.pcperf.eu/index.php?showtopic=649

    c'est pas fini bien sur... mais il y a le principal et les feeds sont appréciable :)

     

    j'ai encore eu un pti soucis avec mes drivers de cg (en testant le kernel realtime - qui ne change rien au perf au passage)

     

    J'ai noté aussi que de base, j'ai de meilleur perf avec Xubuntu (xfce) qu'avec Ubuntu (gnome), surement car xfce est moin gourmant en ressource.. :)

    a voir tout ça :)

  9. Posté(e) · Modifié par foo_fight · Signaler la réponse

    En cours de rédaction =D

     

    /!\ATTENTION/!\

    La compilation de votre kernel reste réservée à des utilisateurs avancés, je vous invite à ne pas recopier les commandes bêtement mais à comprendre ce qu'elles font.

    Vous ne devez pas le faire sur une machine en production et vous devez avoir les droits nécessaires pour le faire.

     

    Je ne serais responsable en cas de vautrage de votre machine =D

    /!\ATTENTION/!\

     

    Présentation

    C'est quoi le Kernel?

    C'est quoi la compilation?

     

    Introduction

    la machine de test

    Dépendance: les paquets nécessaires pour configurer et compiler le kernel

    vérification d'usage

     

    Au boulot

    configuration

    compilation

    installation

     

    conclusion

     

     

    Présentation:

    C'est quoi le kernel?

    Le kernel est le noyau (kernel en british) d'un système d'exploitation, que se soit Windows, Linux, Bsd, MacOs, etc etc.

    Il s'occupe de faire le lien entre la partie logiciel et la partie hardware, gestion de la RAM, du système de fichier, de la swap, c'est lui qui gère !

    Son role est donc critique pour la machine, il est au centre de la stabilité du système.

     

    C'est quoi la compilation?

    Le développeur derrière son pc utilise un langage de programmation pour codé le kernel, c'est le code source du kernel.

    Il est cependant incompréhensible pour la machine qui ne comprend que le langage machine (sans blague!)

     

    La compilation est le travail réalisé par le compilateur permettant de transformer un code source en un fichier binaire exécutable par la machine

     

    introduction:

     

    la machine utilisée pour ce tuto:

     

    - Carte mère Tyan Tempest i5400XT S5396

    - Processeurs: 2 * Intel Xeon 5420 (quad core 2.5ghz)

    - Ram :12gb FbDimm

    - Graphique: ATi 4870 et 3870

     

    Le kernel utilisé a l'installation d'Ubuntu est compilé avec un maximum d'option d'une part, et des options génériques d'autre part afin de fonctionner sur le plus grand nombre de machine.

    Ce qui nous intéresse ici est d'optimiser notre kernel afin de l'adapter à votre machine et donc de le rendre plus performant.

     

     

    Paquets nécessaires:

     

    Installation des paquets nécessaire à la compilation du kernel et les sources du kernel lui même

    on peut réduire à une seule commande, mais pour le besoin du tuto, je préfère couper ;)

    root@blacklight:~# apt-get install debconf-utils dpkg-dev debhelper build-essential kernel-package libncurses5-dev

    root@blacklight:~# apt-get install linux-source

     

    linux-source est un "meta-package" qui pointe vers la dernière version du noyau dispo pour ubuntu. Concrètement, ça va télécharger les source du drnier noyaux dans /usr/src -_-

    les sources en question sont dans linux-source-2.6.31.tar.bz2, c'est la dernière version au jours du tuto =D

     

    Vérification d'usage:

    Avant d'installer le kernel, il faut veiller à avoir le choix du kernel au boot

    la raison: => si vous n'avez pas accès a ce menu et que le noyau ne fonctionne pas.... vous ne pourrez plus booter votre machine pour corriger et ça devient galère de réparer :/

     

    Version inférieure à 9.10 avec Grub premier du nom:

    normalement, vous avez accès au menu lors du boot en tapant [Echap] juste avant le chargement du kernel

     

    Version d'Ubuntu 9.10 avec Grub2: le menu n'apparait pas (Ubuntu et Xubuntu 9.10)

    j'édite /etc/default/grub avec mon éditeur de texte préféré -_- xedit, gedit, emacs, vi, vim, pico, nano , etc etc etc

     

    root@blacklight:/usr/src/linux-source-2.6.31# xedit /etc/default/grub

    ici en gras ce que j'ai modifié

    root@blacklight:/usr/src/linux-source-2.6.31# cat /etc/default/grub

    # If you change this file, run 'update-grub' afterwards to update

    # /boot/grub/grub.cfg.

     

    GRUB_DEFAULT=0

    #GRUB_HIDDEN_TIMEOUT=0 <= j'ai commenté la ligne en ajoutant un # au debut de ligne

    GRUB_HIDDEN_TIMEOUT_QUIET=false <= je passe la l'option de True à False

    GRUB_TIMEOUT="10"

    GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

    GRUB_CMDLINE_LINUX=""

     

    # Uncomment to disable graphical terminal (grub-pc only)

    #GRUB_TERMINAL=console

     

    # The resolution used on graphical terminal

    # note that you can use only modes which your graphic card supports via VBE

    # you can see them in real GRUB with the command `vbeinfo'

    #GRUB_GFXMODE=640x480

     

    # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux

    #GRUB_DISABLE_LINUX_UUID=true

     

    # Uncomment to disable generation of recovery mode menu entrys

    #GRUB_DISABLE_LINUX_RECOVERY="true"

    root@blacklight:/usr/src/linux-source-2.6.31#

     

    Une fois que vous avez modifier le fichier, il faut updater le fichier de config de grub - grup.cfg - ça se fait automatiquement avec cette commande

    root@blacklight:/usr/src/linux-source-2.6.31# update-grub

    Generating grub.cfg ...

    Found linux image: /boot/vmlinuz-2.6.31-16-generic

    Found initrd image: /boot/initrd.img-2.6.31-16-generic

    Found linux image: /boot/vmlinuz-2.6.31-14-generic

    Found initrd image: /boot/initrd.img-2.6.31-14-generic

    Found memtest86+ image: /boot/memtest86+.bin

    ls: ne peut accéder /media/WD: Aucun fichier ou dossier de ce type

    done

    root@blacklight:/usr/src/linux-source-2.6.31#

    On peut voir que Grub cherche tout les noyaux installer sur le syteme (present dans /boot)

     

    /!\ Vous devez rebooter et tester que vous avez bien accès au menu du choix du noyau, sinon ne passez pas à la suite/!\

    Au boulot!

    La configuration

     

    On regarde le kernel déjà en place:

    root@blacklight:~# uname -a

    Linux blacklight 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:02:15 UTC 2009 x86_64 GNU/Linux

    root@blacklight:~#

    => version 2.6.31 revision 16 générique, en clair ça doit tourner sur toute les machines ;)

     

     

    On regarde le contenu de /usr/src, c'est l'emplacement par défaut des sources des noyaux (src = source).

    On peut compiler a partir d'un autre dossier..mais /usr/src est celui par défaut, donc on ne se prend pas la tête :salut:

     

    root@blacklight:~# ls /usr/src/

    ati linux-headers-2.6.31-14 linux-headers-2.6.31-14-generic linux-headers-2.6.31-16 linux-headers-2.6.31-16-generic linux-source-2.6.31.tar.bz2

    root@blacklight:~#

    root@blacklight:~# cd /usr/src/

    root@blacklight:/usr/src# tar xvjf linux-source-2.6.31.tar.bz2

    [ça dezip tout plein de truc =D]

     

    root@blacklight:/usr/src# ls

    ati linux-headers-2.6.31-14-generic linux-headers-2.6.31-16-generic linux-source-2.6.31.tar.bz2

    linux-headers-2.6.31-14 linux-headers-2.6.31-16 linux-source-2.6.31

    root@blacklight:/usr/src#

    => tout est dezipé dans "linux-source-2.6.31"

     

    root@blacklight:/usr/src# cd linux-source-2.6.31

    root@blacklight:/usr/src/linux-source-2.6.31#

    root@blacklight:/usr/src/linux-source-2.6.31# ls

    arch COPYING crypto drivers fs init Kbuild lib Makefile net REPORTING-BUGS scripts sound ubuntu virt

    block CREDITS Documentation firmware include ipc kernel MAINTAINERS mm README samples security tools usr

    root@blacklight:/usr/src/linux-source-2.6.31#

     

    root@blacklight:/usr/src/linux-source-2.6.31# make menuconfig

    ça devrait charger le menu de configuration du kernel et creer le fichier .config où est regroupé toutes les options du kernel

     

    les fleche du haut/bas pour naviguer, [entrer] pour entrer dans les menus (avancer d'un niveau), [echap][echap] pour sortir des menu (remonter d'un niveau)

     

    Les [*] signifie que l'option sera compilée en dur dans le noyau

    Les [ ] signifie que l'option NE sera PAS compilée dans le noyau

    Les <M> signifie que l'option sera un module et chargé dans le noyaux uniquement lorsqu'il y a besoin

    en cas de doute, le bouton <Help> explique assez bien le detail des options

     

    Note : certaines options ou fonctions doivent obligatoirement être compilé dans le kernel.

    entre autre le controleur ide ou sata de votre dd systeme, sinon ça ne risque pas de boot ;)

    idem pour votre systeme de fichier, pour les même raisons

     

    Les choses que j'ai modifié chez moi:

     

    -General setup -->

    () Local version - append to kernel release --> permet de donnée un nom custom a votre kernel

    (permet de s'y retrouver si on compile plusieurs fois le même kernel mais avec differentes options par exemple)

     

    par exemple chez moi:

    (1000hz-xeon-lowlatency) Local version - append to kernel release

     

    Kernel compression mode (LZMA) ---> je choisi le LZMA car son taux de compression est meilleur que le gzip ou bz2, on aura un kernel plus petit

    (mais une compilation plus longue...)

     

    Processor type and features --->

    [*] ScaleMP vSMP => c'est mieux pour les machines virtuelles, a voir pour le smp classique

    [*] Memtest => je charge le memtest choix des boots (utile pour moi - inutile pour d'autre ;) )

    Processor family (Core 2/newer Xeon) ---> je specifie la famille du cpu

    Timer frequency (1000 HZ) ---> on passe le taux de rafraichissement a 1000hz, au lieu des 100hz

     

    et pis c'est tout :)

     

    On pourrait chasser toutes les fonctions inutiles afin d'avoir un kernel léger and co mais:

    => on passerait des heures et des heures pour un gain très / trop faible

    => le kernel sera dépendant d'un hardware specifique.

    [TODO] ajout de screen de la config [/TODO]

     

    Au boulot bis:

    La compilation:

     

    je ne détaillerais que la compilation à la sauce Debian, c'est à la génération d'un packet .deb:

    => facilité d'installation, tout se fait quasi automatiquement (maj de grub inclut :) ).

    => portabilité du kernel, on le copie sur une clé usb et le voisin peut l'installé sans soucis par la même méthode :)

    ou si vous réinstaller votre machine apres 50000 essais =D

    => je reprendrais ce que dit le tuto dont je me suis inspiré: c'est la classe de compiler ses propres packets =D

     

    root@blacklight:/usr/src/linux-source-2.6.31# make-kpkg --initrd -us -uc buildpackage

    [compilation]

    on peut tranquilement aller boire un café, manger, sortir le chien, jouer avec bébé car ça va bourriner votre cpu..du moin un core, je n'ai pas encore trouvé le moyen de compiler sur tout les cores...

    chez moi ptete 1h30 2h de compilation

    [/fin de la compilation]

    root@blacklight:/usr/src/linux-source-2.6.31#

     

    En regardant les fichiers présent dans /usr/src, on voit apparaitre les paquets en .deb générés lors de la compilation

    je note aussi que j'aurais du mettre un tiret devant le nom de mon kernel lors de la config du kernel:

    "=> (-1000hz-xeon-lowlatency) Local version - append to kernel release"

     

    root@blacklight:/usr/src/linux-source-2.6.31# cd ..

    root@blacklight:/usr/src# ls

    ati

    linux-doc-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_all.deb

    linux-headers-2.6.31-14

    linux-headers-2.6.31-14-generic

    linux-headers-2.6.31-16

    linux-headers-2.6.31-16-generic

    linux-headers-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_amd64.deb

    linux-image-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_amd64.deb

    linux-manual-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_all.deb

    linux-source-2.6.31

    linux-source-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_all.deb

    linux-source-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_amd64.changes

    linux-source-2.6.31.tar.bz2

    root@blacklight:/usr/src#

     

    Au boulot ter:

    l'installation:

     

    On installe le paquet linux-image à l'aide de dpkg, l'outil debian de gestion des paquets avec l'option -i pour install ;)

    ça va mettre tout à jour, déplacer le kernel dans /boot/ avec l'initrd qui va bien, ça va gérer aussi les dependances

     

    en clair, l'utilisateur laisse faire le système :)

    root@blacklight:/usr/src# dpkg -i linux-image-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_amd64.deb

    Sélection du paquet linux-image-2.6.31.41000hz-xeon-lowlatency précédemment désélectionné.

    (Lecture de la base de données... 140294 fichiers et répertoires déjà installés.)

    Dépaquetage de linux-image-2.6.31.41000hz-xeon-lowlatency (à partir de linux-image-2.6.31.41000hz-xeon-lowlatency_2.6.31.41000hz-xeon-lowlatency-10.00.Custom_amd64.deb) ...

    Done.

    Paramétrage de linux-image-2.6.31.41000hz-xeon-lowlatency (2.6.31.41000hz-xeon-lowlatency-10.00.Custom) ...

    Running depmod.

    Finding valid ramdisk creators.

    Using mkinitramfs-kpkg to build the ramdisk.

    Running postinst hook script update-grub.

    Generating grub.cfg ...

    Found linux image: /boot/vmlinuz-2.6.31.41000hz-xeon-lowlatency

    Found initrd image: /boot/initrd.img-2.6.31.41000hz-xeon-lowlatency

    Found linux image: /boot/vmlinuz-2.6.31-16-generic

    Found initrd image: /boot/initrd.img-2.6.31-16-generic

    Found linux image: /boot/vmlinuz-2.6.31-14-generic

    Found initrd image: /boot/initrd.img-2.6.31-14-generic

    Found memtest86+ image: /boot/memtest86+.bin

    ls: ne peut accéder /media/WD: Aucun fichier ou dossier de ce type

    done

    Examining /etc/kernel/postinst.d.

    run-parts: executing /etc/kernel/postinst.d/nvidia-common

     

    root@blacklight:/usr/src#

    notez que dpkg fait un update-grub pour mettre a jour grub :)

     

    on reboot, ça doit booter normalement sur le dernier kernel en date, donc le votre :)

    sinon, [Echap] pour avoir le menu de grub et vous choisissez votre kernel

     

    ça a booté! yesssssssssss , on verifie que c'est bien le bon kernel :)

    nico@blacklight:~/Bureau$ uname -a

    Linux blacklight 2.6.31.41000hz-xeon-lowlatency #1 SMP PREEMPT Mon Dec 21 22:58:48 CET 2009 x86_64 GNU/Linux

     

     

    Si ça ne boot pas, merci de poster le message d'erreur, vous pouvez booter sur votre ancien noyau en secours ;)

     

     

     

    Source d'information:

    voici les liens qui m'ont permis de faire cet article :)

     

    wikipedia - noyau système d'exploitation

    ubuntu-fr.org - compiler un kernel de kernel.org

    ubuntu-fr.org - compiler kernel linux tres bon tuto ;)

    ubuntu-fr.org - kernel real time

  15. Posté(e) · Signaler la réponse

    oué je laisse le smp classique mais mon pere coupe le net a chaque fois -_--_-

     

    dimanche, je le reinstalle et je compile le kernel une fois et zou :salut:

     

    J'ai pu établir ce qui donne des bonnes perfs chez moi : (2.6.31 -16 ou 2.6.32, c'est la même :) )

    1000hz + preciser l'archi comme du Core2/Newer Xeon suffit pour tirer pleinement parti de la machine.

     

    + install d'irq-balance

     

    Je passe de 3min30 à 3min00 environ... pour 1% (soit un gain non négligable de 10%) a voir sur la bigadv mais pas envie de tester.. et de operdre des wu bigadv pour rien :)

     

    Je ferais un tuto pour compiler son kernel sous ubuntu, c'est tres tres simple

     

    voir même je te donnerais mon kernel en .deb et tu n'auras plus qu'a l'installer chez toi :)

    me faudrait ta conf et qq detail, genre ton systeme de fichier (ext3-4 ? reiserFs), tout ça

     

     

    le preemtp ne change pas grand chose, desktop, low latency desktop ou server, même combat.

    => je pense que ça peut être utile lorsque le pc ne fait pas que du folding (server si c'est folding only et low latency si on travaille dessus en //)

     

    le vSMP d'apres mes recherches est bien si on fait de la machine virtuelle, n'influs pas sur les perfs d'apres mes tests car folding n'est pas en VM...

    c'est deja activé par defaut dans le kernel, idem pour NUMA (gestion ram) donc ça tourne.

  17. Posté(e) · Modifié par pat1ent00 · Signaler la réponse

    j'en test un nouveau la :)

     

    Linux blacklight 2.6.32.1--initrd1000hz-lowlatency-xeoncore #1 SMP PREEMPT Tue Dec 15 00:04:28 CET 2009 x86_64 GNU/Linux

     

    ça change pas beaucoup du kernel dont tu me parlait il y a qq page :) (sauf que c'est le dernier en date sur kernel.orgq

    sauf que je l'ai fais avec mes mimines donc c'est la classe :salut:-_--_-

     

    - 1000hz (le rafraichissement du kernel, 100hz par defaut)

    - low latency Desktop (pour rendre le systeme plus preemptif, la c'est un poil plus complexe mais voila une definition trouvé sur le net =D "Préemptif veut dire que l'OS peut prendre le controle des resources quand il veut pour les redistribuer à qui il veut" => par defaut tu es en Desktop, j'ai choisi pour tester low latency desktop; tu as aussi la possibilité de choisir Server

    - xeon/core : je lui dit juste que j'ai du xeon generation core (a adapter en fct de ta machine -opteron/phenom - intel atom, etc etc)

    - ScaleMP vSMP activé

     

    les option deja activé par defaut:

    64bits - SMP - NUMA

     

    ça donne ça donc un poil moin bien:

    [07:32:34] Completed 2500 out of 250000 steps (1%)

    [07:36:06] Completed 5000 out of 250000 steps (2%)

    [07:39:15] Completed 7500 out of 250000 steps (3%)

    [07:42:35] Completed 10000 out of 250000 steps (4%)

    [07:45:53] Completed 125

     

    avec les noyau de kernel.org, mes driver ati ne focntionne plus (même en les reinstallant)

     

    je retesterais en recompilant le kernel Ubuntu , les driver ati tourne bien dessus

     

     

    edit: le fait de pas pouvoir installer les driver fait que ça tire sur le cpu du coup, ça explique les 3 minute 15sec au lieu des 3min...

    si je fais rien sur le pc, juste je me connecte en ssh (donc sans utiliser la partie graphique) je suuis a 3min par %

     

    faudrait que je test sur une bigadv :)

  18. Posté(e) · Signaler la réponse

    deja mieux je gange 30sec par % avec le 2.6.32 1000hz et en activant 2 -3 connerie

     

    [19:26:27] Completed 7500 out of 250000 steps (3%)

    [19:29:30] Completed 10000 out of 250000 steps (4%)

    [19:32:33] Completed 12500 out of 250000 steps (5%)

    [19:35:36] Completed 15000 out of 250000 steps (6%)

    [19:38:50] Completed 17500 out of 250000 steps (7%)

     

    nico@blacklight:~/folding-at-home$ uname -a

    Linux blacklight 2.6.32-persofolding-alpha-1000hz-xeoncore #1 SMP Sun Dec 13 15:22:25 CET 2009 x86_64 GNU/Linux

  19. Posté(e) · Signaler la réponse

    J'ai compilé mon kernel maison, pas de grosse grosse difference dans la config...

    Je suis repassé sur le smp classique pour tester les perfs du kernel.

     

    tu saurais me dire si les perf sont correct avec le - smp 8 ?

    3min30 / 1% ~

     

    [10:22:24] Completed 0 out of 250000 steps (0%)

    [10:25:54] Completed 2500 out of 250000 steps (1%)

    [10:29:14] Completed 5000 out of 250000 steps (2%)

    [10:32:36] Completed 7500 out of 250000 steps (3%)

    [10:35:52] Completed 10000 out of 250000 steps (4%)

    [10:39:08] Completed 12500 out of 250000 steps (5%)

    [10:42:38] Completed 15000 out of 250000 steps (6%)

    [10:46:57] Completed 17500 out of 250000 steps (7%)

    [10:53:04] Completed 20000 out of 250000 steps (8%)

    [10:56:29] Completed 22500 out of 250000 steps (9%)

    [11:00:25] Completed 25000 out of 250000 steps (10%)

    [11:04:15] Completed 27500 out of 250000 steps (11%)

    [11:07:52] Completed 30000 out of 250000 steps (12%)

     

     

    j'ai rien pour comparé :/

     

    merci davance

    Nico

  21. Posté(e) · Signaler la réponse

    Je savais pas pour le smp classique, j'étais resté sur le smp / 4cores :)

    En lisant sur un de tes liens pour les bigadv, ils expliquaient qu'il n'y a pas enormement de bigadv de dispo, ça distribuait des smp classique à la place.

    je crois que quand j'ai perdu une wu big adv, ça m'a donné une petite wu à la place (ceci expliquerait cela)

     

     

     

    Tu sais que tu peux plier en SMP "classique" avec tes 8 cores? Il faut juste mettre SMP 8 comme option en dur dans la configuration du client ou dans la ligne de commande quand tu le lances.

    Avec ça j'ai même de meilleures perfs en terme de Gflops qu'en BigAdv mais moins intéressant que la BigAdv u qu'il n'y a pas de bonus.

    Mais reste en BigAdv vu que tu rentres dans les 3j.

     

    Je connais smp-fr.com ;)

  22. Posté(e) · Signaler la réponse

    en même temps, la machine est capable de plier la wu en 3 jours, ça rentre dans la bonne deadline de stanford.

    Si ça aurait été trop short, je serais repassé sur le smp classique

     

    si ça peut interressé du monde pour se faire des conf assez perf, vous pouvez aller sur smp-fr.com

    le forum: http://smpfr.mesdiscussions.net/smpfr/liste_categorie.htm

     

    personellement, j'ai eu mes 2 xeon 5420 + 2 rad thermalright (bien perf) + 4gb de fbdimm + cm Tyan de bourrin pour 600e in

     

    (la ya de l'intel V8 + rad swiftech + cm + 8GB de ram pour 630e)

  23. Posté(e) · Signaler la réponse

    J'ai perdu 2 ou 3 WU en coupant le client puis en le relançant pour faire des mesures de conso.

     

    Celui là il faut le lancer et plus l'arrêter avant la fin de la WU.

     

    Edit : tu comptes plier régulièrement" des BigAdv ou pas? C'est juste pour en parler sur le forum de l'AF en disant qu'il y a une nouvelle conf bi-quad si oui, sinon pas grave.

     

    Je ne plie plus que des big adv... :)

    En hiver ça va, ça m'evite de mettre le chauffage dans la chambre... quand il fera chaud (été) se sera plus galère, faut payer edf ;)

    (pis que se soit le client smp ou le smp-bigadv, je vois pas la difference :) )

  24. Posté(e) · Signaler la réponse

    Je t'avourais que j'en ai chié avec cette bigadv :)

     

    J'avais commencé la bigadv, j'ai remarqué que ça tirait beaucoup sur la ram ..en clair j'avais plus rien ;) (j'avais pas 8gb mais seulement 4gb)

    J'ai coupé le client et le pc pour ajouter ce qui manquait, je reboot et paf la girafe, ça me nique la WU

    La copine qui aime pas que le pc tourne le week end ;), encore une WU qui passe à la trappe

     

     

    la je tient le bon bout =D et j'avourais que ça fretille dans le caleçon les 50k =D :)

  25. Posté(e) · Signaler la réponse

    -bigadv en cours :)

     

    on va voir ce que ça a dans le ventre...

     

    bon avant j'avais 2 clients (2*4core)

    un client était a 2% donc j'ai killé pour lancé le bigadv 8

    le 2eme client est était a 90%, j'ai aps voulu le killé , donc pendant 10% ça va se chamaillé un peu entre le -bigadv et le classique mais ça passera coté deadline

     

    ps: j'ai installé irqbalance je sis pas ce que ça donne car je l'installe tjs de base....

    6min / % sur le smp 4core client1 et 7 pour le client 2, je sais pas si c'est bon ou mauvais ou moyen

     

    plus d'info pour ceux qui parle l'anglais: http://www.irqbalance.org/documentation.php

     

    ça turbine

    load average: 14.82, 14.41, 12.84

    Foo, tu es a cb de charge sur ta machine? (top et tu le vois sur la premiere ligne a droite )

     

    bonne soirée

×
×
  • Créer...