Aller au contenu
PcPerf.fr

pat1ent00

PcPerfonaute
  • Compteur de contenus

    718
  • Inscription

  • Dernière visite

Tout ce qui a été posté par pat1ent00

  1. 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. 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
  3. yeah G007 à nouveau dans les stat je note aussi la belle bataille pour la seconde place: BMK-lepiaf et moi avec rem pas loin dans le retro
  4. pat1ent00

    bla bla

    la ram c'st pas compliqué a avoir ça ^^ les cpus 24 core par core par contre :/ c'est un proto hexacore intel? 4*6 ça poutre pas mal en tout cas quoique un quad I7 ça doit poutret aussi =D
  5. pat1ent00

    bla bla

    ton cadeau de noel?
  6. pat1ent00

    bla bla

    Pas de quad core déja qu'ils savent pas ce que c'est =D j'espere aussi que vous avez passé un joyeux noyel !!! avec plein de marceau de cadeau dedans
  7. pat1ent00

    re pcperf

    redirigé vers pcperf.fr =D J'ai pas vraiment le temps de faire un vrai projet info derrière (il y en a tellement ) même si l'envie est la
  8. 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 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
  9. pat1ent00

    re pcperf

    j'ai récupéré pcperformance.fr nostalgie quand tu nous tient
  10. jo bonnamassa - ballad of joe henry tres tres bon blues rock, je l'ai vu à l'olympia il y a peu
  11. oui il vallait mieux faire le topic unique la ça devenait le topicaleçon =D
  12. j'ai reinstallé ma ubuntu => je suis passé a xUbuntu (bureau xfce au lieu de gnome pour ubuntu et kde pour kUbuntu) c'est plus leger et sur mon client -smp 8, je suis a 3min 7sec (ptete la wu aussi) je fait le tuto ce soir pour le kernel
  13. 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 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.
  14. Je crois que j'ai cassé ma ubuntu
  15. 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 - 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
  16. 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
  17. 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
  18. plus simple que ça..ça turbine tjs dans les +- 37min / % donc pas de perte de perf. juste que mon père a coupé internet... j'étais pas chez moi donc j'ai vu le truc hier soir tu as installé l'irq-balance sur ta distrib pour voir si ça ameliorait qq chose?
  19. 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)
  20. 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)
  21. 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 )
  22. 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
  23. -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...