FreeBSD Bugzilla – Attachment 22330 Details for
Bug 38777
In articles 4.x, 3.x should be 4.X and 3.X
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Help
|
New Account
|
Log In
Remember
[x]
|
Forgot Password
Login:
[x]
[patch]
articles.diff
articles.diff (text/plain), 5.95 KB, created by
Marc Fonvieille
on 2002-05-31 21:10:01 UTC
(
hide
)
Description:
articles.diff
Filename:
MIME Type:
Creator:
Marc Fonvieille
Created:
2002-05-31 21:10:01 UTC
Size:
5.95 KB
patch
obsolete
>diff -ruN articles.org/committers-guide/article.sgml articles/committers-guide/article.sgml >--- articles.org/committers-guide/article.sgml Mon May 27 11:16:22 2002 >+++ articles/committers-guide/article.sgml Fri May 31 21:51:52 2002 >@@ -76,7 +76,7 @@ > > <row> > <entry><emphasis>Noteworthy CVS Tags</emphasis></entry> >- <entry><literal>RELENG_4</literal> (4.x-STABLE), <literal>HEAD</literal> (-CURRENT)</entry> >+ <entry><literal>RELENG_4</literal> (4.X-STABLE), <literal>HEAD</literal> (-CURRENT)</entry> > </row> > </tbody> > </tgroup> >@@ -323,7 +323,7 @@ > > <listitem> > <para>Check out the <filename>miscfs</filename> module as >- it is in the 4.x branch:</para> >+ it is in the 4.X branch:</para> > > <screen>&prompt.user; <userinput>cvs co -rRELENG_4 miscfs</userinput></screen> > >diff -ruN articles.org/java-tomcat/article.sgml articles/java-tomcat/article.sgml >--- articles.org/java-tomcat/article.sgml Sat Apr 27 09:32:34 2002 >+++ articles/java-tomcat/article.sgml Fri May 31 21:53:26 2002 >@@ -118,7 +118,7 @@ > > <para>The Tomcat portion of the install is very straight forward, but > the difficulty I had was getting Java Development Kit up and >- running for FreeBSD 4.x, as Sun Microsystems only supplies >+ running for FreeBSD 4.X, as Sun Microsystems only supplies > Binaries for Linux, Solaris, and Windows NT. This means that I > had to compile my own JDK for FreeBSD. I began by searching for > documentation on the Internet. I quickly found that there is more >diff -ruN articles.org/releng/branches.ascii articles/releng/branches.ascii >--- articles.org/releng/branches.ascii Tue Jan 1 06:25:13 2002 >+++ articles/releng/branches.ascii Fri May 31 21:54:27 2002 >@@ -8,7 +8,7 @@ > | RELENG_3 > H ______|____ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ + - - - - - - + > E / \ | | | | | | | | | | | | >-A |3.1-RELEASE|-|3.2R |-|3.3R |-|3.4R |-|3.5R |-| 3.5.1R|---| 3.x-STABLE | >+A |3.1-RELEASE|-|3.2R |-|3.3R |-|3.4R |-|3.5R |-| 3.5.1R|---| 3.X-STABLE | > D \___________/ |_ _ _| |_ _ _| |_ _ _| |_ _ _| |_ _ _ _| | | > | + - - - - - - + > | >@@ -19,7 +19,7 @@ > | RELENG_4 > _____|_____ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ + - - - - - - + > / \ | | | | | | | | | | | | >- |4.0-RELEASE|-|4.1R |-|4.1.1R |-|4.2R |-|4.3R |-|4.4R |---| 4.x-STABLE | >+ |4.0-RELEASE|-|4.1R |-|4.1.1R |-|4.2R |-|4.3R |-|4.4R |---| 4.X-STABLE | > \___________/ |_ _ _| |_ _ _ _| |_ _ _| |_ _ _| |_ _ _| | | > | ___| |__ + - - - - - - + > | _ _ _ | _ _ _ _ _ |_ _ _ __ >diff -ruN articles.org/vm-design/article.sgml articles/vm-design/article.sgml >--- articles.org/vm-design/article.sgml Fri Feb 15 00:57:13 2002 >+++ articles/vm-design/article.sgml Fri May 31 21:55:33 2002 >@@ -312,7 +312,7 @@ > However, the swap management structure has had problems > historically.</para> > >- <para>Under FreeBSD 3.x the swap management structure preallocates an >+ <para>Under FreeBSD 3.X the swap management structure preallocates an > array that encompasses the entire object requiring swap backing > store—even if only a few pages of that object are swap-backed. > This creates a kernel memory fragmentation problem when large objects >@@ -329,7 +329,7 @@ > fly for additional swap management structures when a swapout occurs. It > is evident that there was plenty of room for improvement.</para> > >- <para>For FreeBSD 4.x, I completely rewrote the swap subsystem. With this >+ <para>For FreeBSD 4.X, I completely rewrote the swap subsystem. With this > rewrite, swap management structures are allocated through a hash table > rather than a linear array giving them a fixed allocation size and much > finer granularity. Rather then using a linearly linked list to keep >@@ -558,7 +558,7 @@ > <qandaentry> > <question> > <para>What is <quote>the interleaving algorithm</quote> that you >- refer to in your listing of the ills of the FreeBSD 3.x swap >+ refer to in your listing of the ills of the FreeBSD 3.X swap > arrangements?</para> > </question> > >@@ -574,7 +574,7 @@ > > <literallayout>A B C D A B C D A B C D A B C D</literallayout> > >- <para>FreeBSD 3.x uses a <quote>sequential list of free >+ <para>FreeBSD 3.X uses a <quote>sequential list of free > regions</quote> approach to accounting for the free swap areas. > The idea is that large blocks of free linear space can be > represented with a single list node >@@ -593,16 +593,16 @@ > it is to try to put that sophistication elsewhere.</para> > > <para>The fragmentation causes other problems. Being a linear list >- under 3.x, and having such a huge amount of inherent >+ under 3.X, and having such a huge amount of inherent > fragmentation, allocating and freeing swap winds up being an O(N) > algorithm instead of an O(1) algorithm. Combined with other > factors (heavy swapping) and you start getting into O(N^2) and >- O(N^3) levels of overhead, which is bad. The 3.x system may also >+ O(N^3) levels of overhead, which is bad. The 3.X system may also > need to allocate KVM during a swap operation to create a new list > node which can lead to a deadlock if the system is trying to > pageout pages in a low-memory situation.</para> > >- <para>Under 4.x we do not use a sequential list. Instead we use a >+ <para>Under 4.X we do not use a sequential list. Instead we use a > radix tree and bitmaps of swap blocks rather than ranged list > nodes. We take the hit of preallocating all the bitmaps required > for the entire swap area up front but it winds up wasting less
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 38777
: 22330