Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Hi,
I have a dsm-g600 rev.b & i' m confuse...
Under my local network, i can send files @ 20 000 - 25 000 kBytes/sec from varios linux GDM-KDM & mindoms, over SMB share
But went i try to upload or download from the DSM-G600 i have only around 4000-6000 kBytes/sec....?
it's a well know issue or it can be fixed?
Any ideas are welcome.
Sorry for my English :s
Offline
It is because of DSM-G600 hardware (not that much powerful processor and not that much of RAM) and software (old 2.4.21-pre kernel + D-Link's sloppy work).
Offline
FYI - I did some quick testing with netcat regarding the network bandwidth.
I have my linux box and the DSM connected with a cross-over cable directly and ethtool reports the link to be up as follows:
Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes
Basically I sent a large chunk of data (20MB) from my desktops /dev/zero to DSMs /dev/null and vice versus as follows:
# on the DSM: nc -l -p 10000 > /dev/null # on the linux desktop machine: dd if=/dev/zero bs=1M count=20 | netcat dsmg600 10000 20+0 records in 20+0 records out 20971520 bytes transferred in 2.547625 seconds (8231792 bytes/sec)
Doing things vice versus, thus reading data from the DSM, yields the following:
# on the DSM: /mnt/HD_a2/.addons/bin/busybox dd if=/dev/zero bs=1M count=20 | nc -l -p 10000 # on the desktop: root@pogar01:/tmp# netcat dsmg600 10000 | dd bs=1M > /dev/null 0+23194 records in 0+23194 records out 52428800 bytes transferred in 9.116858 seconds (5750753 bytes/sec)
Since no disk IO is involved in this test and also no protocol overhead as with samba, this should reflect the maximum bandwidth the DSM is able to do, thus approx 8MB/sec when receiving and 5.5MB/sec when sending.
If I redirect to a real file on the internal HD, these values drop to 3.9 (reading from network, writing to internal HD) and 4.6 resp.
Actually a very disappointing result for a device that claims to have a Gigabit NIC built in.
These transfer rates should be possible even with a 100MBit link as well.
Art
Last edited by art (2006-11-29 17:44:11)
Offline
Thx Sala, & Art for the reply,
Its what i thing to, 100 Mbits was enought
Offline
I was getting slow speeds too, so I put in new gigabit NIC cards and a switch. I get ~50% bandwidth utilization with existing CAT5 cables between two computers copying a 700MB file in 10 seconds. iperf gives slightly better results using a large buffer size. Copying the same file to the DSM takes 95 seconds, which is 70Mbps or ~9MB/s, which is a faster than Art reported. But still, the gigabit network upgrade was a waste of time.
I wonder if the file system is making the difference. Mine is formatted with ext2.
- Eric
Last edited by eweitzman (2006-12-06 10:11:32)
Offline
If you guys do all these tests, look your dsmg's load and free memory.
cat /proc/loadavg top (if you have chroot or binary) free cat /proc/meminfo
Most cases you get slow speed because load is high and there are no free memory left.
Disk speed is actually pretty decent, look it up using hdparm -tT /dev/sda
Offline