Aller au contenu

Dark26

Ancien
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    6 700

  • Inscription

  • Dernière visite

 Type de contenu 

Messages posté(e)s par Dark26

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    bon rien a voir

    je viens de trouver un truc c'est trop class, je sais pas si vous connaissiez, mais je crois bien que dark cherchait un truc simple pour faire des screenshot, donc j'en fait profiter tout le monde

    $import screenshot.png && qiv -W 50 screenshot.png

    ca marche sur ma gentoo/fluxbox ( je suis trop noob pour savoir si c'est universel)

    j'ai pas tout compris mais ca donne un curseur-> clic gauche (maintien enfoncé) on dessine le boite on relache

    et le screen se retrouve dans le ~

    spa beau la vie ???

    Sur la fedora je sais pas pourquoi ni comment :transpi: , tu appuyes sur une touche ou combinaison de touches et hop l'écran poru prendre les screens apparait :francais: d'aileurs c'est un peu chiant à la longue car je sais quelle action j'ai faite pour afficher le truc.... :francais:

    heu Sinon Duke, sous vmware dans le menu, il y a une option pour les screens shot de la machine virtuelle sans utiliser de logiciel tiers :transpi: et ça marche très bien :francais:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e) · Modifié par Dark26

    coool :transpi:

    edit :

    c'est quoi la correspondance du magnétophone sous linux ????

    j'ai besoin d'enregister des messages ausio pour mon futur projet d'appel en ca sde panne :smack: , et je viens d'essayer avec le micro intégré du modem :bocul:

    donc si c'est possible de le faire avec un micro sur la carte son ce'st mieux .... :transpi:

    edit ... bon en fait il y a déja le sift sou sla fedora, mais ça marche pas... :ouioui:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Tennez au fait, j'vais recevoir Sarge Debian GNU/Linux de Juin 2004 en Double DvD avec 9000 packages .... Ya aucun probleme, j'fais tourner.. vu que c'est légal ! Si ca vous interesse mailez moi sur mon compte yahoo [ - cf:mon profil ... pas envi que des bot m'nevois du spam, des virus tout ca quoi ! - ]

    Et pi sinon, une tite question soit-dit en passant : avec la knoppix qui vient de sortir, comment on ferme le serveut X [ - c'est pour des P1 pour voir si les composant marche... - ]

    dans la ligne de commande de boot tu mets 2

    knoppix26 lang=fr 2

    (de tête)

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Donc en fait tout le monde devrait vérifier avec hdparm -i , et si c'est pas le bon mode, maintenant tout le monde sait comment le changer....

    Donc en fait tout ça pour dire que je vais pouvoir mettre un disque ide ( le 13 go surement )sur mon serveur et que donc ça devrait plafonner à 10.3 mo /s , mais bon ça suffira pour alimenter la carte réseau :transpi:

    mais bon pour ça il faut que je recompile le kernel pour activer le module pIIX que j'avais viré à la brute :tranpi:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    mes tests avec hdparm sont excellents, sans avoir a passer par Xfer.... C'est quoi l'interet de Xfer ???

    Sur ma workstation au taf, avec un 40Go IBM...

    en fait Xfer sert à forcer un mode :yes:

    par exemple sur la knoppix ( dernière version) je ne sais pas pourquoi mais ça se bloquer en pio 3 ou je ne sais quoi au demarrage ce qui donne des perfs lamentables ... :vomi1:

    sur la majorirté des nouvelles distribution, normalement ça choisit le bon mode :transpi: et donc il n'y a pas besoin de changer quoi que ce soit ...

    mais bon sur une distribution qui date ça peut servir :

    PS: le mode dma est activé masi pas le 32 bits sur la knoppix :mad2:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e) · Modifié par Dark26

    Dark26 désactive le support du wifi dans le bios de ton nforce2 les derniers contrôleurs SATA de NVidia bugguent souvent à cause de ça... apparemment

    heu je veux bien mais j'ai pas de wifi , et je me sers pas de mon controleur sata sous nux.......

    :fumer:

    bon sinon la nuit porte conseille :ouioui: , et je vais peut être pouvoir faire décoller vos score à hdparm :roll:

    pour quoi je dis ça ?????

    ben j'ai réussi à faire platofonner mes durs à 10.30 mo /s ( limite du pio4 semble t -il )

    comment ???? donc je ne sais pas pourquoi, mais sous la knoppix il met un mode batard par defaut

    avec hdparm -p 4 --> mode pio4 et hop j'arrive à 10.30 mo /s

    pour forcer les modes udma ce'st plus balèze , il faut se serveir de xfer (-X set IDE xfer mode (DANGEROUS) )

    avec un code derrière

    :yes:

    http://tavi.debian.org.tw/index.php?page=hdparm

    il y a tout ici :ouioui:

    un petit test :fumer:

    IDE modes for hdparm -X parameters:

    PIO mode

    0 -X08 3.3MB/sec

    1 -X09 5.2MB/sec

    2 -X10 8.3MB/sec NEC PC-98*1

    3 -X11 11.1MB/sec

    4 -X12 16.7MB/sec

    Singleword DMA mode

    0 2.1MB/sec

    1 4.2MB/sec

    2 8.3MB/sec

    Multiword DMA mode

    0 -X32 4.2MB/sec

    1 -X33 13.3MB/sec

    2 -X34 16.6MB/sec

    Ultra DMA mode

    0 16MB/sec

    1 25MB/sec

    2 -X66 33MB/sec UDMA33

    3 50MB/sec

    4 -X68 66MB/sec UDMA66

    5 -x69 100MB/sec UDMA100

    après reflexion en regardant dans les datasheets :fumer: le controlleur piiX de mon pentium ( et aussi de mon serveur pentium 2 :transpi: ) sont donnés pour du 22 mbytes :ouioui:

    sachant qu'il y a 2 canaux ( ide1 +1de2 ) ça fait donc du 11 mbyte par canal .....

    et par conséquent avec 11 théorique j'arrive à 10.3 mo /s en pratique :fumer:

    mon problème sur le serveur c'est qu'il charje le module ide generique :pleure: et que donc on ne peut pas chnager les commande ..... il faut que je trouve quel module il faut pour ça ....( dur de savoir vu qu'il en dur dans la knoppix :pleure: )

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    ouais, enfin y'a pas que la carte réseau qui bouffe du CPU...

    Le contrôleur IDE en bouffe aussi... et par exemple, c'est ce qui me ralentit en ce moment sur mon PC (utilisation de 25% de mon bi2400+ en LAN avec transfert à 12Mo/s)

    mais j'ai vu des utilisations qui étaient en dessous de 10% sur un 700MHz avec une carte raid higpoint :fou:

    Donc c pas forcément la carte réseau qui prend tout...

    (tient, d'ailleur, faut que je tente avec ma nouvelle carte réseau intel intégrée...)

    attention ..... :non:

    sur la knoppix du client , les transferts se faisaient à partir ou a destination du /tmp donc dans la ram :-D , vu qu'il n'y a avait pas de disque dur :francais:

    sur le client ( avec la realtek 8139 et l'intel) je suis sûr à 100 % que c'est du à la carte réseau :chinois: et pas au disque ( il y en avait pas :fumer: )

    par contre si on test avec un dur ide en plus, c'est sûr qeu ça va monter encore le taux d'utilsation

    en plus j'ai lancé en mode 2 donc en ligne de commande :fumer:

    par contre sur la fedora et mon athlon xp, c'est sur qu'il y avait en plus le dur, X, le serveur ftp .......

    donc :transpi:

    mais quand même.....

    le coup du 100 % en reception :mad2:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    le dur seagate limite encore à 11 mo /s sur mon deuxième p!!! et du intel810( si je me trompe pas )

    dommage ....... ( c'est pas terrible )

    bon alors pour la vitesse ftp :vomi1:

    serveur : mon athlon xp +vsftp + maxtor 160 go + broadcom 4401 ( 100mbps) fedora --> switch 100 --> realtek 8139, pentium 3 750 , knoppix

    pour transférer direct x 9

    35097792 en 3.00 s = 11431.1 kb/s

    du 11.1 mo/s

    ensuite

    ftp> mget install*

    mget install-x86-minimal-2004.2.iso? y

    227 Entering Passive Mode (192,168,0,1,201,5).

    150 Opening BINARY mode data connection for install-x86-minimal-2004.2.iso (82278400 bytes)

    226 Transfer complete.

    82278400 bytes received in 15.8 secs (5.1e+03 Kbytes/sec)

    ftp>

    entre mon serveur raid 5 et la fedora ( avec une magnfique utilisation à 100 % du cpu sur l'xp, je sais pas pourquoi....

    entre le serveur et la knoppix ( 5216.7 kB /s ) donc pareil qu'avec la fedora...

    et de nouveau avec un gros fichier entre la fedora et la knoppix, 11412,8 kB/s :transpi:

    utilisation CPU :

    sur le serveur ftp ( fedora + braodcom ) :

    100 % de cpu utilisé sur la broadcom en reception ( avec le serveur ftp ) :cnul:

    40 % de cpu utilisé sur la broadcom en emission ( avec le serveur ftp ) :cnul:

    Attention c'est énorme car mon XP tourne à 2000 mhz :mdr:

    sur le client FTP :

    50 % de cpu utilisé ( rtl8139 ) en reception

    40 % de cpu utilisé ( rtl8139 ) en émission

    50 % de cpu utilisé en reception ( intel )

    25 % de cpu utilisé en emission ( intel )

    si en plus il devait acceuillir le daemon ftp , il faudra rajouter encore quelles % ( voir le reste ) :mdr:

    la conclusion .... :roll:

    la carte réseau broadcom intégré est une merde ( au moins sous linux :D )

    la carte intel est meilleure que la carte realtek, surtout en emission...

    ce qui est très troublant, c'est que ça consomme 50 % d'un pentium 3 750 ( 256 mo de RDRAM) , et que par conséquent ça doit pas être loin des 100 % sur un pentium 2 ....

    personne ici n'a une 3com ????

    car je pense qu'une 3com bouffe moins de ressoucess ( et a un meilleur driver nux)

    ça me fait fait vraiment peur pour du gigalan , si les puces ne sont pas très bonnes :pleure:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    ben pareil pour tous les contrôleurs hard...

    Dark26 : marrant, j'imagine pas ton arid5 en écriture :mdr:

    le raid 5 en écriture :vomi1: ( autour de 2 mo à peu prêt :mad2: )

    mais bon le but c'est pas la vitesse :non: ( sachant que je n'écrit partiquement rien :transpi: )

    mais bon ça limite tout de même pour mon projet de centralisation des OS :mdr: , et je suis en train d'essayer de touver une alternative ..... ( histoire d'avoir un dur+controleur qui puisse faire du 10 mo /s en lecture écriture ... d'ou mes tests....

    les durs je les ai ( ibm 13 go / seagate 20 go ) le controleur non :mdr:

    le controleur ide integré à la mobo du serveur donne 1.68 mo :fou: ( je pense que disque ( WD 2go pio4) limite aussi car il supporte pas le 32bits / dma ou alors c'est le contrôleur qui le supporte pas ( si je touche une options --> freeze du serveur :pleure: )

    rajouté ma carte son pour utiliser le controleur ide fourni avec .....-->pas mieux....

    me reste un espoir en utilisant une carte ide isa que duke98 doit avor dans un carton :D , mais bon ça doit pas faire des miracles .... :non: ( elle date de l'époqeu des 486 il me semble :mdr: )

    donc vu que les prix des cartes raid pata/sata sont chères , faudra attendre :roll:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Oui ca a l'air a peu pres d'etre leur limite..... donc, Alex peut encore gagner qq Mo/s....

    combien tu fais en transfert ftp la Alex, avec ce dibt si pourri ? ( histoire de voir si on gagne un peu plus avec le dur, vu que j'ai a peu pres comme toi ...)

    pour le ftp je testerai :roll: , Le problème c'est ça

    hdparm -t /dev/sda

    /dev/sda:

    Timing buffered disk reads:  26 MB in  3.23 seconds =  8.06 MB/sec

    netserver:/tftpboot# hdparm -t /dev/sda

    /dev/sda:

    Timing buffered disk reads:  26 MB in  3.08 seconds =  8.45 MB/sec

    mon raid 5 ( malgré les 6 disques ) ont vraiment du mal :francais:

    donc pour tester va falloir que j'install un ftp sur un autre ordi..... :transpi: hsitoire de ne pas être limité par les disques ..

    sinon juste pour le fun, sur mon disque de backup ...

    hdparm -t /dev/hda

    /dev/hda:

    Timing buffered disk reads:    6 MB in  3.64 seconds =  1.65 MB/sec

    netserver:/tftpboot# hdparm -t /dev/hda

    /dev/hda:

    Timing buffered disk reads:    6 MB in  3.58 seconds =  1.68 MB/sec

    dur + controleur pourri = perf pourries ... ( pour le backup ça suffit :byebye: )

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e) · Modifié par Dark26

    en fait je ne sais pas ce qui limite...

    le disk ?? ( fort possible )

    les drivers du chipset ??? ( pas sur de la qualité des drivers via apollo sous nux :love: )

    bon c'est vraiment sans appel :roll:

    sur le nforce 2 le dur fait 22.54 en udma33 ( because pas de nappe udma 133 sous la main donc pas de udma66 mais bon :byebye: )

    du coup on est loin des 8.9 Mo avec le pentium 3 et le chipset via :mdr:

    la prochaine étape, c'est de tester sur le pentium 2 ( sur une abit bh6 :fumer: ) qui plafonne en udma33 , mais qui devrait mieux se débrouiller que le via ( avec le bx :francais: )

    mais bon faudrait remonter la machine :gne:

    Sachant qu'ensuite se pose un autre problème.... :roll:

    si je me rappelle lors d'un gros transfert réseaux (style ftp ) le processeur ( le pentium 2 ) était à 100 %, mais je sais pas si c'est le dur ou la carte réseau ( realtek 8139 ) qui bouffait 100 % du temps cpu :fou:

    au pire j'ai une carte réseaux intel, mais bon pas sûr quelle fasse mieux ( vu qu'elle est plus vielle)

    On Mon, Aug 26, 2002 at 11:39:22AM +0300, Laine Stump wrote:

    > I recently bought an Athlon motherboard with a builtin Realtek 8139

    > ethernet chip (Yeah, I knew realtek chips were bad, and didn't base my

    > decision on that; it was basically a "gimmee"). Last night I was ripping a

    > bunch of new CDs onto an NFS-mounted drive on another machine and happened

    > to look at "systat vmstat" output and noticed that the machine was

    > spending >65% of CPU time in interrupt code! (and this is on an Athlon XP

    > 1800+). I turned off the machine, plugged in a spare Intel 82559-based

    > ethernet card and restarted - interrupt CPU usage dropped down to 2%!

    >

    > I understand that Realtek chips are bad, but are they really *this bad*!

    > What is it in ~1000 interrupts per second that can use up 65% of an Athlon

    > XP 1800+?

    >

    > I'm using -current as of about 10 days ago.

    j'ai trouvé ça :mad2: et c'est fort possible..... si je me rappelle ça faisait environ 80/85 % d'utilisation sur mon pentium 3 667 avec une rtl8139 :8

    faudra qeu je teste l'intel :transpi:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e) · Modifié par Dark26

    hdparm -q -c3 -d1 -u1 -m16 /dev/hdX

    il y a des trucs je sais pas ce que c'est :tarnspi:

    ok .... :8

    bon la avec le chipsetde mon pentium, ça plefonne à 3.95 mo /s ( même en changeant les options )

    on est loin des 16 mo /s théorique du pio 4

    :francais:

    comme serveur de fichier c'est loupé :roll:

    bon sur le pentium 3 , chipset via apollo, ( donc 32 bit / udma 66 , dma on )

    8.9 mo /s :roll::transpi: ....:gne: ....... bordel ce'st une vrai daube :byebye: ça arrivera tout juste à alimenter la carte réseau :mad2:

    /sbin/hdparm -t /dev/hdc

    /dev/hdc:

    Timing buffered disk reads:  138 MB in  3.02 seconds =  45.67 MB/sec

    forcément le maxtor nouvelle génération sur mon xp fait beaucoup mieux ( en mode quiet en plus ) :love:

    tien je vais tester le chauffage ibm pour voir ... :fumer:

    bon mon l'ibm 13 go 7200 rpm udma33 fait mieux que seagate 5400 udma66

    12.5 mo/s ( on dit merci aux 7200 rpm et aux 5 plateaux :mdr: )

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    j'ai jamais dis que debian était compliqué à installer :transpi: ( au contraire ).... sauf que quand ça marche pas, ça prend autant la tête qu'une autre dsitribution :transpi:

    surtout que j'ai rien fait de bizarre ..... :pleure:

    PS à moi même..... ne pas oublier de reinstaller la fedore avec uid gid à 1000 pour mon mon compte ...

    ( pour debian mets 1000 par défaut et que la fedora met 500 ???? ) c'ets trop nul pour le montage nfs ensuite :transpi:

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    ben ouias... :cap::mad2:

    En fait, c'est la darkite, ca doit etre le seul inpactien avec un nforce2 qui ne fonctionne pas.... :eeek:

    voir post dans le topic debian.....

    exactement les mêmes problèmes sur un autre PC :transpi:

    plus je me sers de la Fedora, plsu je l'aime :D .......

    d'accord rien à configuré , on fait pas toujours ce que l'on veut ..... mais bon .....

    l'instllation sans problème, et quand ça marche , au moins ça marche :pciwin:

    du coup ça me congèle pour l'install de la gentoo .... ( car si j'ai des problèmes pour insatller une debian, je vosu explique pas avec une gentoo )....

    et dire que la debian tourne si bien sur mon serveur :fumer: ( mais bon, pas de X, pas de son , pas d'usb .................) au niveau hard pas trop de problèmes...

×
×
  • Créer...