SMPFR

Yopla,

Bon alors étant curieux de connaitre les performances exacte que l'on peut d'un systeme, je me suis mis dans l'idée de tester mes différentes connections reseau.

La question a d'autant plus d'interet que je viens d'installer un switch 48 ports Giga dans mon batiment...

Quelle ne fut pas ma déception....

Un premier test qui consistait a relier mon portable a mon serveur en passant par le gros switch de la residence a révélé un débit de 38 Mo/s avec le flow control a off... Pas terrible quand meme... :s
J'ai d'abord pensé à un probleme au niveau du cable (non blindé), j' ai donc essayé chez moi de ma station de travail a mon serveur (meme carte reseau) et la le bilan est legerement mieux... 50 Mo/s

Du coup je me dis: "ca doit encore venir du cable..." je prend un strap de 50cm de long, je fais le test du portable a ma machine, 50 Mo/s aussi...

Les tests consistaient a copier le contenu de /dev/shm vers /dev/shm (partition en ram a partition en ram)...

A votre avis, y a t il un moyen d'ameliorer ces chiffres assez médiocres quand meme...

Pour ceux qui dirait: a quoi bon améliorer, les hdd ne crachent pas plus: la réponse est bien que je peux lire a 100 Mo/s sur mes données de stockage...

Les cartes reseaux étaient respectivement des intel (intégré a la asus Dsbf-D12) / marvel (intégré a la carte mere du nforce4) / intel (intégré a l'ibm X40)

Voili voilou, tt idée ou comparaison avec votre materiel sont les bienvenus (le passage a la fibre est exclu )

Tu as essayé en passant aux Jumbo Frames ? 8k devrait être pas mal, après il faut voir ce que gère le marvell.

je dis une connerie ou il faut "aussi" que le switch les supportent ?

Ben tu vois assès vite si le switch permet ou pas !

Sur des switchs bas de gamme, ça passe mais ça sert à rien....

bon, apres un peu plus d'investigation... le probleme ne venait du reseau en lui meme mais de la methode de test... a savoir le transfert via scp...

En effet, scp est en faite ssh ce qui inclu un criptage et donc se trouve limité par le processeur...

Ceci explique le fait que 1 transfert scp fasse environ 50 Mo/s et 2 transferts simultanés: 50 Mo/s chaque soit 100 Mo / s

En faite, pour tester efficacement le reseau, il faut utiliser netcat sous linux qui ouvre une connexion sur un port donné:

Voici la syntaxe:

Sur le client: netcat -l -p 5000 > /dev/null
(permet d'ecouter sur le port 5000 et d'envoyer ce qui est reçu sur /dev/null)

Sur le serveur:
time dd if=/dev/zero bs=128k count=16384 | netcat ip_client 5000
time nous renvoie le temps utilisé, dd la vitesse de transfert et permet de limiter l'envoie a 16384 blocs de 128k soit 2 Go

On peut plus simplement faire cat /dev/zero | netcat ip_client 5000 pour envoyer sans s'arreter.


avec ça, je tombe sur un débit de 118 Mo/s avec un cable de 20m.

Je testerais sur les switchs des que j' ai le temps de me reinstaller dans les couloirs

netcat, ou vu que tu prétend que tes dd en sont capables, ftp

nicodache, je ne prétend pas, je le sais:

time sudo cat /mnt/stockage/FILMS_VACANCES/Film_Hd.xxx > /dev/null
real 0m38.520s
user 0m0.368s
sys 0m7.316s

le fichier en question persait 8138 Mo, une petite division et on arrive à: 214 Mo/s (en lecture)

le soucis de ftp est l'ecriture sur le client, alors que netcat n'ecrit rien sur le client dans l'exemple ci dessus

et on peut savoir ce que tu as comme disque pour avoir un tel débit ???

avec un raid 0 ou 5 c'est tout a fait possible
j'ai deja fait en LAN sur une iso dvd linux de disque seul (500Go Maxline Pro) a disque Seul (10kt scsi) du 65Mo/s en soutenue sans probleme avec donc les aleas et le travail soutenue des switch (passage par 2 switch).

raid 5 de 5 disques de 500 Go sur une perc 5/i

ha bein je sens que je vais kiffer ma race quand j'aurai mes 8dd de 750 sur perc6 [:dslam]

4disques seagate 7200.10 320Go RAID5 ça sort 180Mo/s sur une 1820a donc ça aurait été domage que 5 disques sur une vraie carte RAID en sorte moins....

bah j'ai 3dd de 36 en 10k sur controleur u160 en pci-x

et je tape 70mo/s quand il est en forme.

mais je crois que i960 et raid 5, ca le fait pas trop [:dslam]

je confirme
dell perc 3/DC (LSI elite 1600) 5 disques 36Go (un peu heterogenes) 65Mo/s en RAID5. c'est aussi un i960rn

à 4 disques sur la même je suis à 40Mo/s

comment vous testez ca?

hdparm, bonnie++...

windows: iometer, hdtach, etc...
sous linux, facile. "time dd if=/dev/sdxx of=/dev/null bs=128k count=8192", apres t'as une division a faire (le temps retourné corespond au transfert de 1Go)

Storage:/home/Storage# time dd if=/dev/md0 of=/dev/null bs=128k count=8192
8192+0 enregistrements lus
8192+0 enregistrements écrits
1073741824 octets (1,1 GB) copiés, 6,15305 seconde, 175 MB/s

real 0m6.326s
user 0m0.008s
sys 0m2.880s

sur un raid 5 de 4*500Go en software

Pour mon raid 0 de deux disques externes en USB sur mon portable :

time dd if=/dev/md0 of=/dev/null bs=128k count=8192
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 25.9475 s, 41.4 MB/s

real 0m26.036s
user 0m0.009s
sys 0m2.458s

y a quand même une bonne différence

sous linux, facile. "time dd if=/dev/sdxx of=/dev/null bs=128k count=8192", apres t'as une division a faire (le temps retourné corespond au transfert de 1Go)

pourquoi faire une division avec le temps que ca prend, alors que dd te donne lui même le débit moyen ? [:grut]

dans mon cas c'est 175MB/s nan?

MB et pas MO sinon, oui le dd vous donne le debit. sur l'alpha ça marche pas, il donne juste XXX records in et XXX records out.
j'ai pas la taille ni le temps ni le debit

MB et pas MO sinon, oui le dd vous donne le debit. sur l'alpha ça marche pas, il donne juste XXX records in et XXX records out.
j'ai pas la taille ni le temps ni le debit

bah MB ou MO, spareil

faut juste pas confondre MB et Mb