Fedora Linux Support Community & Resources Center
  #1  
Old 11th July 2004, 02:36 AM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
Fc2 - Mtu

I want to permanently change the MTU in my FC2 box to 1492. I can change it to 1492 manually by entering;

[root@localhost /]# ifconfig eth0 mtu 1492
[root@localhost /]# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:50:BA:8F:4E:2B
inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:275 errors:0 dropped:0 overruns:0 frame:0
TX packets:264 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:262592 (256.4 Kb) TX bytes:34240 (33.4 Kb)
Interrupt:10 Base address:0xb000
================================================== ========

If I reboot, MTU defaults back to 1500. How can I make FC2 keep 1492 MTU?

Last edited by Harryc; 11th July 2004 at 02:41 AM.
Reply With Quote
  #2  
Old 11th July 2004, 02:46 AM
Picomp314's Avatar
Picomp314 Offline
Registered User
 
Join Date: May 2004
Posts: 532
i think you can add the line
MTU=1492
to /etc/sysconfig/network-scripts/ifcfg-eth0
Reply With Quote
  #3  
Old 11th July 2004, 10:19 AM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
Quote:
Originally Posted by Picomp314
i think you can add the line
MTU=1492
to /etc/sysconfig/network-scripts/ifcfg-eth0
Wow, that was it, thanks! Now for one more, if you know the answer I am buying . How to do the same for RWIN? (Receive Window Size).

Edit; My best guess is that you have to put the following in /etc/rc.d/rc.local -

Code:
echo 37752 > /proc/sys/net/core/rmem_default
For example.

Reference - http://www.psc.edu/networking/perf_tune.html#HighPerf

Edit; No, that did not work at all. It changes the values permanently, but if I run the tweaktest at dslreports.com my RWIN is still 63360. Any other ideas?

Last edited by Harryc; 11th July 2004 at 12:20 PM.
Reply With Quote
  #4  
Old 11th July 2004, 01:24 PM
Picomp314's Avatar
Picomp314 Offline
Registered User
 
Join Date: May 2004
Posts: 532
echo 37752 > /proc/sys/net/core/rmem_max
that should do it
Reply With Quote
  #5  
Old 11th July 2004, 02:06 PM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
Quote:
Originally Posted by Picomp314
echo 37752 > /proc/sys/net/core/rmem_max
that should do it
Thanks, that did change the rmem_max value to 37752, but if I then go to dslreports.com and run their tweak test I get -

1. Your Tweakable Settings:
Receive Window (RWIN): 63360
Window Scaling: 0
Path MTU Discovery: ON
RFC1323 Window Scaling: ON
RFC1323 Time Stamping: ON
Selective Acks: ON
MSS requested: 1452
TTL: unknown
TTL remaining: 55

2. Test 146000 byte download
Actual data bytes sent: 146000
Actual data packets: 102
Max packet sent (MTU): 1480
Max packet recd (MTU): 1480
Retransmitted data packets: 0
sacks you sent: 1
pushed data pkts: 8
data transmit time: 0.508 secs
our max idletime: 101.3 ms
transfer rate: 115047 bytes/sec
transfer rate: 920 kbits/sec
This is not a speed test!
transfer efficiency: 100%


There has to be something else...I did disable IPV6 and net-pf-10 in modprobe.conf a while back. I wonder if that has anything to do with it. Will post back.
Reply With Quote
  #6  
Old 11th July 2004, 02:11 PM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
No difference with IPV6 enabled. Still not working.
Reply With Quote
  #7  
Old 11th July 2004, 04:16 PM
Picomp314's Avatar
Picomp314 Offline
Registered User
 
Join Date: May 2004
Posts: 532
"The rwin is dynamically assigned in linux and there isn't much need to change it. The dslreports tweak tests are a bit misleading under linux in that it will nag you about the rwin when it is quite alright." -computx
Reply With Quote
  #8  
Old 12th July 2004, 01:05 AM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
Thanks for that quote, I had read that before, but was hoping I could at least test a static value for RWIN, since I am certain (due to extensive testing over a year on the same connection on Winxp) that 37752 is the optimal value for my connection. Oh well, if anyone comes up with a way to do this I'd appreciate the information.
Reply With Quote
  #9  
Old 12th July 2004, 09:17 AM
duncan Offline
Registered User
 
Join Date: Feb 2004
Location: Florida (central)
Age: 63
Posts: 87
here is what I do to all new installs: (You may want to adjust the values, but these work for me).


Add the following to /etc/sysctl.conf, and then run "sysctl -p"
# increase Linux TCP buffer limits
net.core.rmem_max = 8388608
net.core.wmem_max = 8388608
net.core.rmem_default = 65536
net.core.wmem_default = 65536

# increase Linux autotuning TCP buffer limits
net.ipv4.tcp_rmem = 4096 87380 8388608
net.ipv4.tcp_wmem = 4096 65536 8388608
net.ipv4.tcp_mem = 8388608 8388608 8388608
Reply With Quote
  #10  
Old 14th July 2004, 01:48 AM
Harryc's Avatar
Harryc Offline
Registered User
 
Join Date: Jun 2004
Posts: 715
duncan, thanks for the reply. I have not tried your settings yet, but I do have a question. How did you calculate these values...and how would I know what to adjust them to?
Reply With Quote
  #11  
Old 14th July 2004, 02:20 AM
duncan Offline
Registered User
 
Join Date: Feb 2004
Location: Florida (central)
Age: 63
Posts: 87
Harryc,
I actually got them from IBM support to be used on an AS/400 when we started using apache. I also added them to RH7.3 and have always applied them to what ever linux distro/version I had installed. It has been a few years, but I think these represent settings that are as about as high as you would want to go, if you have enough ram. I use iperf and/or ttcp to run benchmarks between machines. I also do this after every boot:
# every reboot:
ifconfig eth0 txqueuelen 1000
ifconfig eth1 txqueuelen 1000
sysctl -w net.core.netdev_max_backlog=2500

HTH
duncan
Reply With Quote
Reply

Tags
fc2, mtu

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


Current GMT-time: 12:22 (Thursday, 20-06-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat