frk

Merci pour ton aide ! Je vais tenter sshfs quand j'aurai un moment. Ce qui m'étonne c'est que même par l'interface DSM le débit est aussi faible et le cpu toujours à fond (ou presque). On dirait que c'est la puissance du syno qui est trop juste, mais alors pourquoi est-il (soit-disant) parametrable pour du Gigabyte si techniquement il e peut pas l'assumer. J'avoue que je suis un peu perplexe et je doute maintenant d'arriver un jour a faire décoller le débit... C'est quand même un comble pour un nas de rencontrer tant de difficultés à faire fonctionner (corectement) une connexion réseau... en tout cas merci encore de t'être penché sur mon pb!

mon cpu est bien à 100% sans autre tache sue le transfert de fichier Je ne comprends pas bien a quoi tu fais référence a propos du switch ? tu parles de la freebox ou du switch 3com que j'ai débranché pour faire les tests ? Je t'assure que la freebox est reglée en 1000 et voit des périphériques 1000 (1000BaseT-FD). Le reglag eest Automatique, mais j'ai aussi forcé à 1000 full duplex sans qu ecla n'est d'effet Je n'ai pas fait de netstat -s, car le man ne connait pas -s netstat -tpns : IcmpMsg: OutType3: 3 Tcp: 3927 ouvertures de connexions actives 10 connexions passives ouvertes 14 tentatives de connexion échouées 36 reinitialisation de la connection détéctée 16 connexions établies 367124 segments reçus 2443844 segments envoyés 28 segments retransmis 0 mauvais segments reçus 222 réinitailisations envoyées UdpLite: TcpExt: 652 TCP sockets finished time wait in fast timer 7 time wait sockets recycled by time stamp 1920 accusés de réception envoyés en retard 10 delayed acks further delayed because of locked socket Le mode ACK rapide a été activé 909 fois 6321 paquets directement mis en attente dans la file d'attente recvmsg. 9317029 bytes directly in process context from backlog 19611205 bytes directly received in process context from prequeue 70130 en-têtes de paquets prédits 19854 packets header predicted and directly queued to user 109387 acknowledgments not containing data payload received 112373 accusés de réception prédits 8 congestion windows recovered without slow start after partial ack 3 timeouts after reno fast retransmit 24 other TCP timeouts 18 connections reset due to unexpected data 22 connections reset due to early user close 18 connections aborted due to timeout IpExt: InMcastPkts: 653 OutMcastPkts: 140 InBcastPkts: 2259 OutBcastPkts: 1915 InOctets: 102585283 OutOctets: -774842413 InMcastOctets: 439570 OutMcastOctets: 48628 InBcastOctets: 359823 OutBcastOctets: 311824 ifconfig eth0: eth0 Link encap:Ethernet HWaddr 90:e6:ba:25::6a inet adr:192.168.0.51 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: 2a01:e34:ee0a:9c30:92e6:baff:fe25:806a/64 Scope:Global adr inet6: fe80::92e6:baff:fe25:806a/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Packets reçus:378711 erreurs:0 :0 overruns:0 frame:0 TX packets:2448774 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 Octets reçus:129432667 (129.4 MB) Octets transmis:3557874997 (3.5 GB) Interruption:35 Adresse de base:0x2000 nfsstat -rs : Server rpc stats: calls badcalls badauth badclnt xdrcall 1 0 0 0 0 Quelles alternatives à NFS et samba ? ssh ? Mes connaissances en la matière sont assez limitées...

Le cpu est tojours au taquet en NFS et avec samba (qui ne réalise pas de meilleures performances) J'utilise Grsync et le débit est similaire (autour de 6MB/s)

netsat m'a renvoyé une très longue liste assez incompréhensible (pour moi): Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 192.168.0.51:56772 192.168.0.50:5000 ESTABLISHED tcp 0 0 192.168.0.51:848 192.168.0.50:nfs ESTABLISHED tcp 0 0 192.168.0.51:54986 grape.canonical.c:https ESTABLISHED etc... et nfsstat me renvoie : Server rpc stats: calls badcalls badauth badclnt xdrcall 1 0 0 0 0 Server nfs v3: null getattr setattr lookup access readlink 1 100% 0 0% 0 0% 0 0% 0 0% 0 0% read write create mkdir symlink mknod 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% remove rmdir rename link readdir readdirplus 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% fsstat fsinfo pathconf commit 0 0% 0 0% 0 0% 0 0% Client rpc stats: calls retrans authrefrsh 15948 0 0 Client nfs v3: null getattr setattr lookup access readlink 0 0% 4272 26% 0 0% 3555 22% 99 0% 0 0% read write create mkdir symlink mknod 7205 45% 0 0% 0 0% 0 0% 0 0% 0 0% remove rmdir rename link readdir readdirplus 0 0% 0 0% 0 0% 0 0% 33 0% 33 0% fsstat fsinfo pathconf commit 735 4% 10 0% 5 0% 0 0%

Bonsoir, merci pour ce retour Je n'ai laissé que mon nas et mon pc derrière ma box. Redemarrage des 2 machines et transfert d'ue vidéo de 800mo à 5 mb/s en moyenne. rien de mieux mon montage nfs est fait avec auto.nfs genre : (192.168.0.50 est l'ip du nas) mon_rep_local -fstype=nfs,rw,intr 192.168.0.50:/volume1/rep_nas j'ai aussi un dossier monté par mon fstab : 192.168.0.50:/volume2/backup /media/backup nfs user 0 2 les seules redirections e ma freeebox sont le DMZ vers l'ip du nas 20, 21, , 5000 pointe en TCP vers le nas la freebox voit les 2 machines connectées en 1000BaseT-FD J'avais regardé l'histoire des MTU. J'ai fait quelques essais (sans réels gains) mais j'ai désactivé le jumbo frame et remis à 1500 le MTU entre freebox et mon pc, je transfert à presque 40MB/s ! (c'est bien sauf que j'en ia pas réellement besoin ;-)

Bonjour, a force de raler sur les transferts de fichiers trop lents sur mon DS209j, j'ai cherché une solution pour accelerer les choses... et j'ai lu ici et la des débits qui me laissent rêveur, 20, 60, 100Mb/s !. J'ai changé tous mes cables (Cat6) et vérifié que j'atais en Gigabyte partout, mais mon débit est resté à ... 4~6Mb/s avec des pointes exceptionelles à 8mb/s !. (Pour info, j'arrive à 25Mb/s avec le HDD de ma freebox). Mon routeur est ma freebox revolution. J'ai 2 pc fixes et mon nas branchés derrière la box + un switch (3com GB) pour mon imprimante et autres besoin de RJ45. Les deux postes sont sous Linux et connectés au nas par NFS. Je ne sais plus de quel coté chercher !. Merci d'avance pour votre aide. frk

Bonjour, J'ai acquis un DS209J il y a quelques temps et c'est bien pratique. Sauf que... Je l'utilise pour cr

Ok j'ai finalement r

Bonjour, Je viens d'acqu