Kernel Traffic #126 For 16 Jul 2001

Editor: Zack Brown

By Adam Buchbinder  and  Zack Brown

Translated By:  Florian Zimmermann

linux-kernel FAQ | subscribe to linux-kernel | linux-kernel Archives | kernelnotes.org | LxR Kernel Source Browser | All Kernels | Kernel Ports | Kernel Docs | Gary's Encyclopedia: Linux Kernel | #kernelnewbies

Table Of Contents

• Printer-Friendly Format
• Text Format
• XML Source
• Introduction
• Mailing List Stats For This Week
• Threads Covered

  1.	30 Jun 2001 - 5 Jul 2001	(8 posts)	64-Bit Block Support
  2.	4 Jul 2001 - 6 Jul 2001	(5 posts)	Identifying Merges From -ac Kernels To The Linus Tree
  3.	4 Jul 2001 - 5 Jul 2001	(4 posts)	Mailing List Archive Problems
  4.	6 Jul 2001 - 7 Jul 2001	(4 posts)	Status Of ext3
  5.	9 Jul 2001 - 10 Jul 2001	(28 posts)	Per-Process Memory Limits
  6.	10 Jul 2001 - 11 Jul 2001	(4 posts)	Resurrecting The sparc32 Port

Introduction

Wie haben erneut einen neuen Autor der mithilft, John Guthrie.

Mailing List Stats For This Week

We looked at 908 posts in 3534K.

There were 370 different contributors. 156 posted more than once. 130 posted last week too.

The top posters of the week were:

• 59 posts in 142K by Alan Cox <alan@lxorguk.ukuu.org.uk>
• 30 posts in 113K by Jeff Garzik <jgarzik@mandrakesoft.com>
• 19 posts in 81K by "Jim Roland" <jroland@roland.net>
• 18 posts in 79K by Andrea Arcangeli <andrea@suse.de>
• 16 posts in 43K by David Woodhouse <dwmw2@infradead.org>
• Full Stats

1. 64-Bit Block Support

30 Jun 2001 - 5 Jul 2001 (8 posts) Archive Link: "[RFC][PATCH] first cut 64 bit block support"

Summary By Zack Brown

People: Ben LaHaise

Ben LaHaise gab einen Patch und sagte, " Hier ist ein erster grosser Schritt, um das Blockgrößenlimit auf dem x86 bis zu 64 Bit konfigurierbar zu haben, auf 64 Bit Maschinen sind das dann automatisch 64 Bit. Das Audit ist noch nicht komplett durchgeführt, aber der Hauptteil ist gemacht." [..] " Folgendes sollte jetzt 64 Bit sauber sein: nbd, loop, raid0, raid1, raid5." Er gab einen Link auf zwei Homepages, einmal http://people.redhat.com/bcrl/lb/ und http://www.kvack.org/~blah/lb/. " Das Unerfreuliche: Ich musste libgcc.a hinzufügen um die 64 Bit Division zu bekommen. Yeah, das ist übel aber RAID braucht noch ein wenig mehr Arbeit, erst dann kann ich die 64 Bit Division komplett herauslassen. Das ist in Arbeit."

Ragnar Kjarstad freute sich über Ben's Arbeit und fragte, wie weit LVM mit 64 Bit ist. Ben erklärte:

2. Identifying Merges From -ac Kernels To The Linus Tree

4 Jul 2001 - 6 Jul 2001 (5 posts) Archive Link: "Linus vs. AC kernels"

Summary By Zack Brown

People: Alan Cox

John Weber wollte wissen, wie man herausbekommen kann, welche Teile des -ac Kernel in Linus Torvald's seinen eingegangen ist. Tim Weber empfahl hierfür diff zu nehmen und Alan Cox selbst meinte, " Der Merge von meinem und Linus Tree ist nicht immer in der gleichen Reihenfolge - das macht das Ganze komplexer."

3. Mailing List Archive Problems

4 Jul 2001 - 5 Jul 2001 (4 posts) Archive Link: "Mail list archives down"

Summary By Zack Brown

People: David Balazic, Erik Mouw

David Balazic bemerkte:

Erik Mouw fügte einen Link hinzu http://www.geocrawler.com/lists/3/Linux/35/0/, und sagte, "Hier noch einer, der in RealTime aktualisiert wird aber keinen Thread Modus bietet." Havard Kvalen gab einen Link auf einer der zu gehen scheint. Auch Samuli Kaski bot an Simples Archiv.

(ed. [Zack Brown] Das beste Archiv, wie ich meine ist der erste Link aus David's Liste. Falls jemand einen besseren kennt, lasst es mich wissen.)

4. Status Of ext3

6 Jul 2001 - 7 Jul 2001 (4 posts) Archive Link: "ext3-2.4-0.9.0"

Summary By Zack Brown

People: Andrew Morton

Andrew Morton veröffentlichte:

5. Per-Process Memory Limits

9 Jul 2001 - 10 Jul 2001 (28 posts) Archive Link: "What is the truth about Linux 2.4's RAM limitations?"

Summary By Adam Buchbinder

People: Adam Shand, Andi Kleen, Brian Gerst

Adam Shand erklärte, "Bei beinem neuen Arbeitsplatz werden große Prozesse für Simulationen benötigt" [..] " Momentan verwenden wir dafür Solaris, da Linux bisher immer schlechtere Limits pro Prozess und RAM hatte." Er stellte zwei Fragen:

Er fuhr mit seinen bisherigen Forschungsergebnissen fort und meinte, dass keine definitive Informationsquelle existiert:

• Mit der Physical Address Extension (PAE), kann das OS 64GB RAM adressieren.
• Ohne PAE, kann das OS nur maximal 4GB RAM adressieren.
• Unter Linux 2.4 kann ein einzelner Prozess das gesamte RAM minus 1GB (reserviert vom Kernel) adressieren.
• PAE erlaubt einzelnen Prozessen nicht mehr als 3GB RAM zu sehen.

Weiterhin sagte er, dass alle Infos darüber auf seiner Webseite abgelegt werden.

Andi Kleen antwortete, dass man die Konstanten __PAGE_OFFSET erhöhen kann, um das RAM-Limit pro Prozess zu erhöhen und dass man auch arch/i386/vmlinux.lds ändern muss (wie sagte er nicht). Er spekulierte "Dass deine Simulation bei 2.3GB ein Ende gefunden hat kann daran liegen, dass die malloc Aloziierung auf die shared Libraries gestoßen ist (prüfe das mit /proc/<pid>/maps). Um das zu umgehen kann man malloc sagen, dass er mmap wesentlich agressiver benutzen soll (siehe malloc Doku mit info libc) oder man schiebt die shared Libraries weiter hinauf - das geht mit einer Kernel Konstante names TASK_UNMAPPED_BASE. "

Rik van Riel sagte, dass das Limit pro Prozess 3GB ist und ein Hardware Limit ist. Auch Brian Gerst erklärte, dass die PAE Erweiterung erlaubt "64GB PHYSIKALISCHEN Speicher zu nutzen. Die CPU ist nach wie vor an die VIRTUELLEN 4GB pro Page Table (pro Prozess) gebunden die zwischen User Umgebung und Kernel Umgebung geteilt werden muss. Linux nimmt hierfür ein 3:1 Verhältnis."

Auf der Liste gab es dann einige Vorschläge wie der User Space Anteil der 4GB zu erhöhen ist, doch es fand der Konsens statt, dass dies zu instabilem und langsameren Verhalten führen würde. Jesse Pollard fragte dann nach einer vollständigen Referenz für das Intel Adressierungsverfahren und Jonathan Lundell gab einen Link auf Intel's Pentium III reference manuals.

6. Resurrecting The sparc32 Port

10 Jul 2001 - 11 Jul 2001 (4 posts) Archive Link: "Kernel 2.4.6 does not compile on Sparc"

Summary By Adam Buchbinder

People: Fabrizio Gennari, Doug McNaught, Peter Zaitcev, Alex Buell

Fabrizio Gennari berichtete von Problemen 2.4.6 erfolgreich auf der Sparc zu kompilieren, " Schaut aus, wie wenn pgalloc.h einige defines als Makros definiert, die woanders schon Funktionen sind." Er meinte das ist das gleiche Problem, dass Alex Buell schon am 9.Mai hier gepostet hat.

Doug McNaught antwortete, "Momentan lässt sich 2.4.X auf Sparc32 nicht übersetzen, da es keinen Maintainer für diese Plattform gibt." Peter Zaitcev gab einen Link auf einen langen Patch der " erfolgreich kompiliert aber nicht besonders gut läuft. Könnte aber ein guter Startpunkt sein, um Sparc(32) wieder in Gang zu bringen."

Alex Buell versprach sich den Patch anzuschauen, sobald er aus dem Urlaub komme. Zwischenzeitlich fragte er, " wenn irgendjemand eine SparcStation 20 mit Dual SM61s (oder SM71s) und einem 24Bit Framebuffer stiften könnte? Ich versichere dann das SMP auf sun4m lauffähig ist." Es gab keine Antwort ;-)

Sharon And Joy