|
Kernel Traffic Latest | Archives | People | Topics |
Wine Latest | Archives | People | Topics |
GNUe Latest | Archives | People | Topics |
| Czech |
| Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic |
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
| 1. | 7 Jul 2001 - 17 Jul 2001 | (13 posts) | Generalizing Swapfile Support In 2.5 |
| 2. | 16 Jul 2001 | (8 posts) | Adding a HZ entry to /proc/sys/kernel |
| 3. | 16 Jul 2001 - 17 Jul 2001 | (4 posts) | e2fsck Hanging in 2.4.7 |
| 4. | 17 Jul 2001 - 18 Jul 2001 | (12 posts) | Kernel Documentation Efforts |
| 5. | 17 Jul 2001 | (13 posts) | Cache info for Durons |
Mailing List Stats For This Week
We looked at 1498 posts in 6286K.
There were 538 different contributors. 237 posted more than once. 139 posted last week too.
The top posters of the week were:
1. Generalizing Swapfile Support In 2.5
7 Jul 2001 - 17 Jul 2001 (13 posts) Subject: "RFC: Remove swap file support"
Summary By Zack Brown
People: Eric W. Biederman, Chris Wedgwood
Jeff Garzik meinte, dass es jetzt keinen Grund mehr geben würde Swapdateien explizit zu unterstützen, da man mit loop jede Datei wie ein Blockdevice ansprechen kann. Er empfahl allgemein Swapfiles in 2.5 zu verwerfen und dafür equivalent Loop zu nehmen.
Einige warfen ein, dass loop nicht stabil genug sei, um Swapping zu ersetzen. Eric W. Biederman gab dann seine Erklärung:
Ja und nein. Ich würde eher sagen, dass wir rw_swap_page auf einen Stand bringen müssen, damit die Funktionen im Adressraum direkt genutzt werden. Mit den Blockdevices und Dateien, die über den Page Cache in 2.5 laufen, sollte dass jeden Sonderfall sauber ausschliessen können.
Der Swap Code wurde in 2.4 nicht wirklich erweitert, er wurde lediglich angepasst, damit er mit 2.4 lauffähig ist. Hier wurden Schichten und damit Arbeit hinzugefügt, die wirklich nicht notwendig sind. Wenn die Umleitung nicht vorhanden wäre, hätten wir sogar eine kleine Leistungssteigerung beim Swapping.
Ausschau muss gehalten werden bei deadlocks, die z.B. Swapdateien über einen NFS Mount nutzen. Wie angesprochen wurde, kann man das bereits über Loopback Devices verwirklichen, also ist das kein Spezialfall. Den einzigen Sonderfall, den ich sehe sind Swapdateien mit Löchern oder Swapdateien die automatisch komprimieren. Ich bezweifle, dass die genannten Fälle wesentliche Verbesserungen darstellen, aber es scheint so, dass sie kommen werden.
Chris Wedgwood wollte eine Bestätigung haben, ob in 2.5 Blockdevices wirklich über den Page Cache gehen würden; er sagte, "Ich habe das immer gehofft, dass alle Blockdevices einfach Page-Cache Sichten des darunter liegenden Character Device sind und es erlauben, den Buffer Cache und die /dev/raw Sachen zu entfernen." Eric antwortete (zugebend, dass er sich dabei täuschen kann):
Block Devices werden in 2.5 über den Page Cache laufen. Es wird wohl eine Weile dauern, bis der Buffer Cache komplett entfernt werden kann aber er ist für die Codepfade da, die noch nicht ge-updated wurden. Buffer Heads werden bleiben.
Das mit /dev/raw ist für diejenigen, die nicht wollen dass der Kernel die Daten cached und wird mit Sicherheit in dieser oder anderer Form beibehalten werden.
2. Adding a HZ entry to /proc/sys/kernel
16 Jul 2001 (8 posts) Archive Link: "PATCH: /proc/sys/kernel/hz"
Summary By Adam Buchbinder
People: Rolf Fokkens, Ulrich Drepper, Andreas Jaeger
Rolf Fokkens gab einen kurzen Patch und sagte " Es gibt einige Anwendungen (wie procps) die die HZ Konstante des Kernels benötigen. Manchmal wird das realisiert, indem die jiffies pro Sekunde gezählt werden. Dieser Patch gibt die HZ Konstante in /proc/sys/kernel/hz. " Ulrich Drepper fragte:
was stimmt nicht mit:
getconf CLK_TCK
oder programmier-technisch:
hz = sysconf (_SC_CLK_TCK);
Update deine libc, dann wird diese Info direkt vom Kernel kommen.
Rolf meinte, dass das nicht ging -- " Es zeigt 100 während ich im Kernel 1024 eingestellt habe."
Andreas Jaeger sagte darauf "dann passt etwas mit deinem Kernel nicht, schau auf AT_CLKTCK" Rolf schlussfolgerte, " Bei manchen Architekturen gibt es einen Zusammenhang zwischen CLOCKS_PER_SEC und HZ und bei manchen nicht. [..] Bei IA64 ist die Annahme, dass es _keinen_ Zusammenhang gibt, während bei IA32 _immer_ 100 HZ gibt. Seltsam" . Der Thread endete daraufhin recht unschlüssig.
3. e2fsck Hanging in 2.4.7
16 Jul 2001 - 17 Jul 2001 (4 posts) Archive Link: "2.4.7-pre6 can't complete e2fsck"
Summary By Adam Buchbinder
People: Gianluca Anzolin, Andrea Arcangeli
Gianluca Anzolin gab Probleme mit 2.4.7-pre6aa1 bekannt: "e2fsck /dev/hda3 wird nie ferti : Ich kann den nicht einmal mit CTRL+C stoppen. Alt+SysRQ geht und zeigt wie sich die inaktiven Dirty Pages erhöhen während die aktiven und freien Pages weniger werden." Andrea Arcangeli empfahl den "40_blkdev-pagecache-5" Patch und erklärte später ausführlich:
Ok, das war deswegen weil ich die blkdev-pagecache und 00_drop_async-io-get_bh-1 Patche in zwei unabhängigen Trees entwickelte.
Als dann beide Patches die Regression Test durchliefen habe ich beide in 2.4.7pre6aa1 getan und vergaß leider, get_bh von dem async Handler herauszunehmen, der von den blkdev pagecache genutzt wird (sorry!).
Andrea gab einen Zweileiner und Kurt Garloff berichtete von dem gleichen Problem, was mit diesem Patch allerdings verschwunden ist.
4. Kernel Documentation Efforts
17 Jul 2001 - 18 Jul 2001 (12 posts) Subject: "Kernel Documentation"
Summary By Zack Brown
People: Charles Samuels
Charles Samuels gab eine URL auf Einige Dokus die er erstellt hat, um API Beschreibungen für diverse Kernelfunktionen zu geben. Er bat um Hilfe für alle exportierten Funktionen. Ignacio Vazquez-Abrams empfahl DocBook statt XML zu nehmen doch Charles erklärte, " DocBook ist mehr wie ein "Buch" zu sehen, mit Kapiteln und dem allen. Ich habe es schon benutzt, aber für solche Sachen ist es meiner Meinung nach eher unpassend." Wichert Akkerman erläuterte, dass DocBook XML sein könnte, hierauf gab es keine Antwort.
Zu einem anderen Zeitpunkt meinte Crutcher Dunnavant, dass es bereits ein Projekt gibt, dass die Kernel API's dokumentiert. Er gab auch seine eigene Doku-Arbeit bekannt: best practices für Kernel Hacking. Er meinte noch, dass jede Hilfe willkommen ist und sich das Dokument noch in einer sehr frühen Phase befindet. Auch John Levon gab einen Link auf vorhandene API Doku.
5. Cache info for Durons
17 Jul 2001 (13 posts) Archive Link: "2.4.6-ac5 gives wrong cache info for Duron in /proc/cpuinfo"
Summary By Adam Buchbinder
People: Christian Borntreger, David Balazic, Ketil Froyn, David Woodhouse, Alan Shutko
David Balazic berichtete, dass mit 2.4.6-ac5 auf seinem AMD Duron 700 /proc/cpuinfo eine 64K Cachegrösse gibt, wo doch der Duron 192K Cache hat: 64 L1 I, 64 L1 D, 64 L2 unified.
Christian Borntreger sagte "Soweit mir bekannt ist, haben ältere Durons einen Bug. Für den Cache werden falsche Werte geliefert." Doch David sagte " Die Kernelmeldungen beim Booten haben keine Probleme mit dem Finden der korrekten Cache Info." Christian vermutete, dass nur der L2 Cache mit /proc/cpuinfo angezeigt wird. David antwortete, dass " es "L2 cache size:" heissen muss, also in jedem Fall ein Bug ist. "
Woanders gab es eine Debatte über die richtige Abkürzung von 'kilobytes'. Ketil Froyn empfahl auf acronymfinder.com zu schauen, " wonach 'K' für 1024, 'k' für 1000 und 'B' für Bytes und 'b' für Bits steht" Dann kam David Woodhouse dazu, " Der korrekte Prefix für ein Vielfaches von 1024 ist 'Ki'" und gab einen Patch der die Änderungen vornimmt. Alan Shutko sagte darauf, " Ein recht neuer Standard, der nicht weiter verfolgt wurde, da es viele Leute ziemlich hohl finden 'kibibyte' auszusprechen."
Sharon And Joy
Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0. |