From: Ingo Molnar <mingo@chiara.csoma.elte.hu>
To: linux-kernel@vger.rutgers.edu, MM mailing list <linux-mm@kvack.org>
Cc: Linus Torvalds <torvalds@transmeta.com>,
"Stephen C. Tweedie" <sct@redhat.com>
Subject: [patch] zoned-2.3.28-H2, NFS
Date: Sun, 14 Nov 1999 14:52:53 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.10.9911141444150.3601-101000@chiara.csoma.elte.hu> (raw)
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1676 bytes --]
Changes:
- fixed NFS to work out of high memory - tested with moderate load. All
NFS caches (directory, symlink, data, etc.) are in high memory.
- modules fix ...
- page->virtual is filled out for non-highmem pages too, this is a
nice speedup in certain cases.
- fixed a bug in highmem support which might cause user-datapage
corruption in certain cases.
Changes in zoned-2.3.28-G5:
- this one should actually compile if modules support is turned on ...
Changes in zoned-2.3.28-G4:
- implemented 'zone chains' zonelist_t and gfp_mask indexed zonelists[]
speedups (Linus' idea) to handle fallback zones. This should enable
advanced NUMA-style allocations as well. [fallback to different CPUs is
possible via changing build_zonelists().]
- <=16MB RAM boxes should boot just fine now.
- added page->zone for easier deallocation and generic cleanliness. This
also helps NUMA.
- cleaned up the page-allocator namespace, there are only two 'core'
page-allocation functions left: __alloc_pages() and __free_pages_ok().
- modules should compile again.
- we are now inlining the 'put_page_testzero()' part of __free_page_ok.
This is subtle as page->count for reserved pages is now 'rotating' -
this is fine though and lets us to put the rare PageReserved() branch
into __free_page_ok().
- cleaned up pgtable.h, split into lowlevel and highlevel parts, this
fixes dependencies in mm.h & misc.c.
- serial.c didnt clear freshly allocated bootmem - as a result now all
bootmem allocations are explicitly cleared, it's not performance
critical anyway.
- fixed code,data,initmem reporting.
- fixed boot task's swapper_pg_dir clearing
-- mingo
[-- Attachment #2: Type: APPLICATION/octet-stream, Size: 15904 bytes --]
reply other threads:[~1999-11-14 13:52 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.10.9911141444150.3601-101000@chiara.csoma.elte.hu \
--to=mingo@chiara.csoma.elte.hu \
--cc=linux-kernel@vger.rutgers.edu \
--cc=linux-mm@kvack.org \
--cc=sct@redhat.com \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox