How are you testing the speed and what makes you think it specifically
gets 8 mb/s? Do you have another SLES/SUSE box on which you can setup
the other side of a connection? What do you have between this machine
and the other machine when you do your speed test (goes along with what
you’re using for your speed test)?
Hi,
this is going through a 1GB switch to a new lacie 2bignetwork (2tb raid
storage - raid 1).
Transferring about 900gb of data from bad drive to lacie box.
When using windows, transfer speeds easily hit 80-100mb per second.
When using sled, transfer speeds are way down. I’ve used ethtool to
set nic speed to 1gb, full duplex and no auto-neg.
However, transfer speeds are still painfully slow.
What else can I do to make speeds close to win7 speeds?
Using FTP to transfer the 900gb of data. For now doing small folders
due to slow speeds.
You’re transferring from a “bad drive” and that’s not your prime
suspect? Let’s try this; I assume you have a bit of space on /dev/shm
so we’ll pretend you have at least 1 GB there:
the workstation drive is a new sata drive!
the drive I’m transferring from is from a raid 1 that I’ve mounted on
the hp workstation running sled via mdadm --assemble --scan.
The raid 1 drive is fine as is the new sata drive which is where win7
and sled11 are installed on.
Please don’t forget that win7 transfer speeds are FAR superior to the
sled11 speeds (on same box).
My question is why is this happening as well as how can I make sled11
software transfer files as fast as win7?
Please send the results from my previous post. They apply regardless of
the functionality of your drives. The reason I focused on the drive is
because you wrote:
“Transferring about 900gb of data from bad drive to lacie box.”
ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbag
Wake-on: g
Current message level: 0x00000001 (1)
Link detected: yes
linux-hfn7:~ #
tp> put onegib.out
local: onegib.out remote: onegib.out
229 Entering Extended Passive Mode (|||8155|)
150 Opening BINARY mode data connection for onegib.out
100% || 1024 MB 35.66 MB/s
00:00 ETA
226 Transfer complete
1073741824 bytes sent in 00:28 (35.40 MB/s)
ftp> put onegib.out
local: onegib.out remote: onegib.out
229 Entering Extended Passive Mode (|||39276|)
150 Opening BINARY mode data connection for onegib.out
100% || 1024 MB 37.24 MB/s
00:00 ETA
226 Transfer complete
1073741824 bytes sent in 00:27 (37.18 MB/s)
ftp> put onegib.out
local: onegib.out remote: onegib.out
229 Entering Extended Passive Mode (|||31564|)
150 Opening BINARY mode data connection for onegib.out
100% |*************************************| 1024 MB 37.30 MB/s
00:00 ETA
226 Transfer complete
1073741824 bytes sent in 00:27 (37.19 MB/s)
ftp>
linux-hfn7:/home/oskar # dd if=/home/oskar/onegib.out of=/dev/null
2097152+0 records in
2097152+0 records out
1073741824 bytes (1.1 GB) copied, 2.03983 s, 526 MB/s
linux-hfn7:/home/oskar #
ab;2133306 Wrote:[color=blue]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Please send the results from my previous post. They apply regardless
of
the functionality of your drives. The reason I focused on the drive
is
because you wrote:
“Transferring about 900gb of data from bad drive to lacie box.”
Good luck.
Want to yell at me in person?
Come to BrainShare 2011 in October: http://tinyurl.com/brainshare2011
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - ‘Enigmail: A simple interface for
OpenPGP email security’ (http://enigmail.mozdev.org/)
Well that shows that your server is definitely working well into gigabit
speeds. The maximum speed you could even theoretically (not
realistically) get on a 100 Mbit network is 12 MB/s and you’re getting
36. Why you are not getting up into the 80s and 90s I’m not sure but
these speeds are already gigabit speeds and are definitely nowhere near
the 7mb you claimed originally.
The original instructions would have had you put the files in /dev/shm.
If you put it there for your upload (FTP) tests (vs. using the
onegib.out file that was in your user’s home directory) then the biggest
bottleneck would probably be the other side’s ability to write the data
or something limiting the wire speed.
As a last point, be sure you’re on the latest patches (SP1 plus post-SP
patches). There were some issues with drivers (I’m told) a while back
that should all be resolved.
Hi,
I’ll look at installing the latest SP and see how that works.
Thank you for your advice!!
Oskar
ab;2133431 Wrote:[color=blue]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Well that shows that your server is definitely working well into
gigabit
speeds. The maximum speed you could even theoretically (not
realistically) get on a 100 Mbit network is 12 MB/s and you’re getting
36. Why you are not getting up into the 80s and 90s I’m not sure but
these speeds are already gigabit speeds and are definitely nowhere
near
the 7mb you claimed originally.
The original instructions would have had you put the files in
/dev/shm.
If you put it there for your upload (FTP) tests (vs. using the
onegib.out file that was in your user’s home directory) then the
biggest
bottleneck would probably be the other side’s ability to write the
data
or something limiting the wire speed.
As a last point, be sure you’re on the latest patches (SP1 plus
post-SP
patches). There were some issues with drivers (I’m told) a while back
that should all be resolved.
Good luck.
Want to yell at me in person?
Come to BrainShare 2011 in October: http://tinyurl.com/brainshare2011
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - ‘Enigmail: A simple interface for
OpenPGP email security’ (http://enigmail.mozdev.org/)