FreeBSD Bugzilla – Attachment 50150 Details for
Bug 76462
[patch] Handbook, net.inet.tcp.inflight_* -> net.inet.tcp.inflight.*
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Help
|
New Account
|
Log In
Remember
[x]
|
Forgot Password
Login:
[x]
[patch]
dot.diff
dot.diff (text/plain), 2.64 KB, created by
Joel Dahl
on 2005-01-19 12:50:29 UTC
(
hide
)
Description:
dot.diff
Filename:
MIME Type:
Creator:
Joel Dahl
Created:
2005-01-19 12:50:29 UTC
Size:
2.64 KB
patch
obsolete
>Index: chapter.sgml >=================================================================== >RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/config/chapter.sgml,v >retrieving revision 1.198 >diff -u -r1.198 chapter.sgml >--- chapter.sgml 14 Jan 2005 12:51:52 -0000 1.198 >+++ chapter.sgml 19 Jan 2005 12:26:37 -0000 >@@ -2171,12 +2171,12 @@ > > <indexterm> > <primary>TCP Bandwidth Delay Product Limiting</primary> >- <secondary><varname>net.inet.tcp.inflight_enable</varname></secondary> >+ <secondary><varname>net.inet.tcp.inflight.enable</varname></secondary> > </indexterm> > > <para>The TCP Bandwidth Delay Product Limiting is similar to > TCP/Vegas in NetBSD. It can be >- enabled by setting <varname>net.inet.tcp.inflight_enable</varname> >+ enabled by setting <varname>net.inet.tcp.inflight.enable</varname> > sysctl variable to <literal>1</literal>. The system will attempt > to calculate the bandwidth delay product for each connection and > limit the amount of data queued to the network to just the amount >@@ -2187,9 +2187,9 @@ > with a high bandwidth delay product), especially if you are also > using window scaling or have configured a large send window. If > you enable this option, you should also be sure to set >- <varname>net.inet.tcp.inflight_debug</varname> to >+ <varname>net.inet.tcp.inflight.debug</varname> to > <literal>0</literal> (disable debugging), and for production use >- setting <varname>net.inet.tcp.inflight_min</varname> to at least >+ setting <varname>net.inet.tcp.inflight.min</varname> to at least > <literal>6144</literal> may be beneficial. However, note that > setting high minimums may effectively disable bandwidth limiting > depending on the link. The limiting feature reduces the amount of >@@ -2202,7 +2202,7 @@ > / server side). It has no effect on data reception (downloading). > </para> > >- <para>Adjusting <varname>net.inet.tcp.inflight_stab</varname> is >+ <para>Adjusting <varname>net.inet.tcp.inflight.stab</varname> is > <emphasis>not</emphasis> recommended. This parameter defaults to > 20, representing 2 maximal packets added to the bandwidth delay > product window calculation. The additional window is required to >@@ -2211,7 +2211,7 @@ > links (though still much lower than you would get without the > inflight algorithm). In such cases, you may wish to try reducing > this parameter to 15, 10, or 5; and may also have to reduce >- <varname>net.inet.tcp.inflight_min</varname> (for example, to >+ <varname>net.inet.tcp.inflight.min</varname> (for example, to > 3500) to get the desired effect. Reducing these parameters > should be done as a last resort only.</para> > </sect3>
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Diff
View Attachment As Raw
Actions:
View
|
Diff
Attachments on
bug 76462
: 50150