SMPFR

yop à vous,

j'ai mon serveur de fichiers sous debian 5.0 32bits et dessus j'ai mis samba.

sur ma station de jeux je matte des films depuis le partage directement et suivant le type de film, souvent HD mais pas forcement, j'ai des saccades que ce soit avec vlc ou kmplayer.

une idée de la provenance du problème?

la liaison est en 100M sur un switch 3com.

merci

bah je sais pas moi ... tu as combien de débit réel entre les deux ?
pour du HD faut compter 2mo/sec maxi

tu as des saccades en permanence ou pas ?

nan comme si j'avais un buffer qui se remplissait.

quand je fais de la copie entre les deux je sature de le réseau soit 12.5Mo/s (ce que me dit seven hein ^^ )

et ca le fait pour les films HD ou pour le reste aussi ?

le reste aussi!! des fois je matte des videos qui font 500Mo ca fait pareil mais un peu moins souvent je dirais

c'est le pc marqué -Storage- dans ta conf ton serveur de fichiers ??

sous Linux, comme 1er outil pour vite fait voir ce qu'il se passe : htop, iotop et iftop ...

bwm-ng pour voir le trafic réseau en temps réel

a mon humble avis c'est pas linux le soucis

si tu lis le fichier en local ça marche ?

Il est sous quoi le système client ?
Quel chipset graphique?

système client: 7 pro 64bits avec une 8800GTS, vais matter ton truc

fightinh: ouaip c'est lui, je vais matter tes outils

j'ai un truc bizarre: j'ai deux raid sur mon serveur fait avec mdadm, un pour mes docs/photos etc en raid 1 (2*1To - md0) et un pour mes films de vacances en raid 5 (3*500go - md1) et voila ce qui est bizarre:

Tux:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Sat Nov 21 14:12:18 2009
Raid Level : raid1
Array Size : 976759936 (931.51 GiB 1000.20 GB)
Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Thu May 6 20:54:10 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : 558869fc:73b273b2:fb4982d3:f55b8414
Events : 0.298

Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 1 1 active sync /dev/sda1

Tux:~# mdadm --detail /dev/md1
/dev/md1:
Version : 00.90
Creation Time : Sun Nov 22 20:41:31 2009
Raid Level : raid5
Array Size : 976767872 (931.52 GiB 1000.21 GB)
Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 1
Persistence : Superblock is persistent

Update Time : Thu May 6 20:56:29 2010
State : active
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 80830a03:c658ae1b:2737de55:b6b0c118 (local to host Tux)
Events : 0.75

Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 8 49 1 active sync /dev/sdd1
2 8 65 2 active sync /dev/sde1

le premier est en status clean et l'autre active c'est quoi la différence?

sachant que cat /proc/mdstat renvoi ca:

Tux:~# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid5 sdc1[0] sde1[2] sdd1[1]
976767872 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

md0 : active raid1 sdb1[0] sda1[1]
976759936 blocks [2/2] [UU]

unused devices:

une idée? de plus quand je copie depuis le raid5 sur mon poste j'ai un débit pourri du genre 3/4Mo/s maxi

un ti test d'écriture qui parle de lui même niveau perf xD

Tux:/home/gizmo15# dd if=/dev/zero of=/mnt/raid1/test.bidon bs=4096 count=1000000
1000000+0 enregistrements lus
1000000+0 enregistrements Ã©crits
4096000000 bytes (4,1 GB) copied, 66,0099 s, 62,1 MB/s

Tux:/home/gizmo15# dd if=/dev/zero of=/mnt/raid2/test.bidon bs=4096 count=1000000
1000000+0 enregistrements lus
1000000+0 enregistrements Ã©crits
4096000000 bytes (4,1 GB) copied, 71,62 s, 57,2 MB/s

pour que tu compare :

raid5 8*1To

root@Storage:/# dd if=/dev/zero of=/media/raid/test.bidon bs=4096 count=1000000
1000000+0 enregistrements lus
1000000+0 enregistrements écrits
4096000000 octets (4,1 GB) copiés, 20,4326 s, 200 MB/s

root@Storage:/media/raid# mdadm --detail /dev/md0
mdadm: metadata format 00.90 unknown, ignored.
/dev/md0:
        Version : 00.90
  Creation Time : Thu Aug 20 00:59:00 2009
     Raid Level : raid5
     Array Size : 6833439424 (6516.88 GiB 6997.44 GB)
  Used Dev Size : 976205632 (930.98 GiB 999.63 GB)
   Raid Devices : 8
  Total Devices : 8
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu May  6 21:41:59 2010
          State : clean
 Active Devices : 8
Working Devices : 8
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : 379a859d:06e79963:c0ccba21:f5c10c8b
         Events : 0.911880

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1
       2       8       49        2      active sync   /dev/sdd1
       3       8       65        3      active sync   /dev/sde1
       4       8       81        4      active sync   /dev/sdf1
       5       8       97        5      active sync   /dev/sdg1
       6       8      113        6      active sync   /dev/sdh1
       7       8      129        7      active sync   /dev/sdi1
root@Storage:/media/raid#

tu es branché comment sur quoi ?
quand tu bench chaque disque indépendamment avec hdparm ca donne quoi ?

root@Storage:/media/raid# hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   6186 MB in  2.00 seconds = 3095.92 MB/sec
 Timing buffered disk reads:  290 MB in  3.01 seconds =  96.20 MB/sec

/dev/sdi:
 Timing cached reads:   6136 MB in  2.00 seconds = 3070.35 MB/sec
 Timing buffered disk reads:  300 MB in  3.01 seconds =  99.51 MB/sec

tous les hdd sont branchés sur le cm (P35 DS3R)

Tux:/home/gizmo15# hdparm -Tt /dev/sdc

/dev/sdc:
Timing cached reads: 2492 MB in 2.00 seconds = 1246.11 MB/sec
Timing buffered disk reads: 220 MB in 3.02 seconds = 72.73 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/sdd

/dev/sdd:
Timing cached reads: 2494 MB in 2.00 seconds = 1247.03 MB/sec
Timing buffered disk reads: 220 MB in 3.03 seconds = 72.72 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/sde

/dev/sde:
Timing cached reads: 2524 MB in 2.00 seconds = 1262.52 MB/sec
Timing buffered disk reads: 306 MB in 3.01 seconds = 101.61 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/md0

/dev/md0:
Timing cached reads: 1874 MB in 2.00 seconds = 937.43 MB/sec
Timing buffered disk reads: 254 MB in 3.02 seconds = 84.13 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads: 2510 MB in 2.00 seconds = 1255.58 MB/sec
Timing buffered disk reads: 254 MB in 3.00 seconds = 84.55 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/sdb

/dev/sdb:
Timing cached reads: 2504 MB in 2.00 seconds = 1251.97 MB/sec
Timing buffered disk reads: 262 MB in 3.02 seconds = 86.67 MB/sec
Tux:/home/gizmo15# hdparm -Tt /dev/md1

le premier est en status clean et l'autre active c'est quoi la différence? une idée?

il y a un pilote spécifique pour la raid1 et un autre spécifique pour le raid 5 (qui gère aussi les 4 et 6 d'ailleurs)
donc il se peut que l'un et l'autre ne renvoie pas tout à fait les mêmes infos

et puis vu le post de poulpito, le driver "raid456" a du récemment être modifié ce qui explique ce "active" et non "clean"
donc pour ça, rien de grave

la différence de débit, il faut bien que tu comprennes que c'est du raid soft, donc quand tu écris sur ton raid1 en fait ça envoie des commandes à 2 disques, quand tu écris sur ton raid5, ça envoie des commandes à 3 disques
Et derrière, le SATA passe par le southbridge qui doit très certainement limiter ...

okay donc c'est le chipset qui bride, mais alors d'où peuvent venir les saccades dans la lectures par le réseau?

edit: cette nuit j'ai fais une resynchronisation des raid, et la j'ai plus de saccades...

la différence de débit, il faut bien que tu comprennes que c'est du raid soft, donc quand tu écris sur ton raid1 en fait ça envoie des commandes à 2 disques, quand tu écris sur ton raid5, ça envoie des commandes à 3 disques
Et derrière, le SATA passe par le southbridge qui doit très certainement limiter ...

ouai enfin en raid hardc'est la carte qui envoi les commandes aux disques et ca ne dédouble qu'à ce moment la
alors qu'en raid soft c'est divisé depuis l'os mais bon ca donne pas une grande diff

j'allais te marquer de resynchro justement de forcer ca

sinon au pire mdadm fait ca chaque samedi en debut de mois si je me souviens bien ou chaque premier dimanche à 00h00
un truc dans ce genre

il lance un check array

ouai enfin en raid hardc'est la carte qui envoi les commandes aux disques et ca ne dédouble qu'à ce moment la
alors qu'en raid soft c'est divisé depuis l'os mais bon ca donne pas une grande diff

C'est exactement de ça dont je parle, et si ça change tout !!!
Dans le cas du raid soft, tu divises la bande passante par le nombre de disques dans ta pile !!

ouai enfin avant de saturer le bus du chipset avec 2 disques

même 3 faut y aller

avec du PCI-E ok c'est vrai

je raisonnais avec du PCI "classique" qui limite à 133Mo/s ...

gizmo > y bosse un peu ton serveur pendant tes tests ou il glande complet ?

il glande complètement

il sert juste de serveur de fichiers donc y fout rien hors accès aux dit fichiers et vu que je suis le seul à y accéder ^^

vu le débit en up tu va pas le saturer xD

heu j'ai 15Ko/s en up donc je pense pas que t'as connexion sature xD

j'ai un 500Go de md1 qui était passé out :/

donc on retire, désactive, remet et resynch le temps de le remplacer après les épreuves.

les perfs de merde venaient peut être de la

SMPFR

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba

débit partage samba