You are not logged in.
One remark regarding that tuning guide - tcp_mem is measured in memory pages, not in bytes like *rmem and *wmem. 8M pages don't make much of a sense.
Offline
Hello,
Changing the kernel tcp settings did not help my "speed".
1. I first tested the download speed again, before changing the kernel settings:
speed test:
17324 kbps 1975 kbps
--
# time wget http://videos.revision3.com/diggnation/ … e.xvid.avi
--17:21:27-- http://videos.revision3.com/diggnation/ … e.xvid.avi
=> `diggnation--0106--2007-07-12hippie--large.xvid.avi.2'
Resolving videos.revision3.com... 205.234.175.175
Connecting to videos.revision3.com|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 297,442,510 (284M) [video/x-msvideo]
100%[====================================>] 297,442,510 708.77K/s ETA 00:00z
17:28:06 (727.68 KB/s) - `diggnation--0106--2007-07-12hippie--large.xvid.avi.2' saved [297442510/297442510]
real 6m39.357s
user 0m0.868s
sys 0m8.573s
2. Using this "howto":
How To: Network / TCP / UDP Tuning http://wwwx.cs.unc.edu/~sparkst/howto/n … tuning.php
I ran this script:
#!/bin/bash
sysctl -w net.core.rmem_max=8388608
sysctl -w net.core.wmem_max=8388608
sysctl -w net.core.rmem_default=65536
sysctl -w net.core.wmem_default=65536
sysctl -w net.ipv4.tcp_rmem='4096 87380 8388608'
sysctl -w net.ipv4.tcp_wmem='4096 65536 8388608'
sysctl -w net.ipv4.tcp_mem='8388608 8388608 8388608'
sysctl -w net.ipv4.route.flush=1
#end script
3. Then I retested the "speed":
speed test:
17320 kbps 1987 kbps
---
# time wget http://videos.revision3.com/diggnation/ … e.xvid.avi
--17:45:42-- http://videos.revision3.com/diggnation/ … e.xvid.avi
=> `diggnation--0106--2007-07-12hippie--large.xvid.avi'
Resolving videos.revision3.com... 205.234.175.175
Connecting to videos.revision3.com|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 297,442,510 (284M) [video/x-msvideo]
83% [=============================> ] 248,723,798 706.66K/s ETA 01:05k
84% [==============================> ] 251,199,698 709.56K/s ETA 01:01
100%[====================================>] 297,442,510 708.82K/s ETA 00:00
17:52:21 (727.54 KB/s) - `diggnation--0106--2007-07-12hippie--large.xvid.avi' saved [297442510/297442510]
real 6m39.519s
user 0m2.004s
sys 0m19.125s
4. No change:
Arch before: 17324 kbps 1975 kbps
Arch after: 17320 kbps 1987 kbps
Arch before: real 6m39.357s
Arch after: real 6m39.519s
---
macroron
Offline
http://aur.archlinux.org/packages.php?d … 1&ID=12115
Try it out at least.
http://timtux.net/ - my personal blog about almost everything
Offline
http://aur.archlinux.org/packages.php?d … 1&ID=12115
Try it out at least.
hello, timtux
I have installed the tptest-client, but the "auto test mode (Error: unknown test mode)" doesn't work on linux. Can you suggest any documentation or
suggested test modes & parameters?
I have also installed kernel26-ck.
Thank You for your help.
--
macroron
Offline
Yep, they are, if you mean the kernel between different distributions
Last edited by timtux (2007-07-20 11:17:24)
http://timtux.net/ - my personal blog about almost everything
Offline
Yep, you are, if you mean the kernel between different distributions
timtux,
I have installed the tptest-client, but the "auto test mode (Error: unknown test mode)" doesn't work on linux.
Can you suggest any documentation or suggested test modes & parameters that I could try?
--
macroron
Offline
Example:
tptestclient -v 1 -m ta referens.sth.ip-performance.se 1642
Yes, this command can take a while to run.
http://timtux.net/ - my personal blog about almost everything
Offline
Example:
tptestclient -v 1 -m ta referens.sth.ip-performance.se 1642
Yes, this command can take a while to run.
Thank You,
oops I forgot the '-' in '-m'
kernel26:
[root@arch ~]# tptestclient -v 1 -m ta referens.sth.ip-performance.se 1642
Test results:
-------------
Server: 192.36.144.179:1642
Test: 309
Test started: Fri Jul 20 07:22:19 2007
Test ended: Fri Jul 20 07:24:03 2007
TCP Send: 937954 bps (937.95 kbit/s)
TCP Recv: 3397105 bps (3.40 Mbit/s)
How does that sound? I guess I'll have to install tptest-client on another distro. But first let me reboot into kernel26-ck and run tptest-client again.
--
macroron
Offline
first let me reboot into kernel26-ck and run tptest-client again.
kernel26-ck:
[root@arch ~]# uname -a
Linux arch 2.6.21-ck #1 SMP PREEMPT Fri May 25 01:02:05 IST 2007 i686 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
[root@arch ~]# tptestclient -v 1 -m ta referens.sth.ip-performance.se 1642
Test results:
-------------
Server: 192.36.144.179:1642
Test: 309
Test started: Fri Jul 20 07:37:29 2007
Test ended: Fri Jul 20 07:39:14 2007
TCP Send: 942754 bps (942.75 kbit/s)
TCP Recv: 3442026 bps (3.44 Mbit/s)
--
macroron
Offline
I guess I'll have to install tptest-client on another distro.
Hello,
I installed tptest-client on Fedora 7. The test shows a big difference. Anyone have any ideas why this is so? Can anyone duplicate this test, comparing Arch bandwith to another distro. Can it be just my configuaration? Anyone have any ideas how I can isolate this further?
Fedora 7:
$ uname -a Linux f7 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686 athlon i386 GNU/Linux
# tptestclient -v 1 -m ta referens.sth.ip-performance.se 1642
Test results:
-------------
Server: 192.36.144.180:1642
Test: 309
Test started: Fri Jul 20 17:26:00 2007
Test ended: Fri Jul 20 17:27:46 2007
TCP Send: 1141579 bps (1.14 Mbit/s)
TCP Recv: 4830486 bps (4.83 Mbit/s)
--
macroron
Offline
On the previous page, there was a suggestion to try "faster" distro's .config file to make a test kernel. It's a good start (use it as a basis, make minimal kernel, see if it helps, etc.).
Offline
Could it be harddrive settings at those speeds?
Maybe arch has default hdparm tweaks and other distros tweak hdparm more?
Maybe test hdparm/sdparm on other distros too?
http://www.thedumbterminal.co.uk/inform … parm.shtml
and please do other speed tests too if you have the time
Offline
Could it be harddrive settings at those speeds?
Maybe arch has default hdparm tweaks and other distros tweak hdparm more?
Maybe test hdparm/sdparm on other distros too?
http://www.thedumbterminal.co.uk/inform … parm.shtmland please do other speed tests too if you have the time
Hello,
Here are the results from my hd speed and settings tests. Seems like both distros are set to the same settings. but Arch tests faster.
1. HD Speed Tests:
Fedora 7:
# /sbin/hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 1212 MB in 2.00 seconds = 606.08 MB/sec
Timing buffered disk reads: 172 MB in 3.02 seconds = 57.05 MB/sec
# /sbin/hdparm -Tt /dev/sdb
/dev/sdb:
Timing cached reads: 1310 MB in 2.00 seconds = 654.98 MB/sec
Timing buffered disk reads: 172 MB in 3.02 seconds = 56.93 MB/sec
--
Arch:
/dev/sda:
Timing cached reads: 1414 MB in 2.00 seconds = 707.40 MB/sec
Timing buffered disk reads: 174 MB in 3.00 seconds = 57.93 MB/sec
# /sbin/hdparm -Tt /dev/sdb
/dev/sdb:
Timing cached reads: 1516 MB in 2.00 seconds = 757.81 MB/sec
Timing buffered disk reads: 174 MB in 3.03 seconds = 57.42 MB/sec
--
2. HD Settings:
Fedora 7 and Arch:
# /sbin/hdparm /dev/sda
/dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 10011/255/63, sectors = 160836480, start = 0
# /sbin/hdparm /dev/sdb
/dev/sdb:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 10011/255/63, sectors = 160836480, start = 0
Thank you for the hdparm link.
--
macroron
Offline