TODO

Aus Lowlevel
Wechseln zu:Navigation,

Das Wiki braucht dringend einen neuen Kategorienbaum. Manche Artikel kann man im Moment wirklich nicht vernünftig kategorisieren. Alles nur nach Kategorie:Glossar zu stopfen kann es auch nicht sein. (siehe auch Lowlevel:Kategoriebaum)

Wichtig: Wenn ihr einen Punkt kommentieren wollt signiert euren Kommentar bitte via --~~~~. Dadurch kann ein Kommentar auch einem User zugeordnet werden und eventuell via Forum oder im IRC darüber diskutiert werden.

Überarbeiten/Fehler beheben

Magazin ausschlachten

"Bitte Löschen" aufräumen

Nur in "Kategorie:Bitte Löschen" eintragen bringt auch nicht viel. Artikel mit weniger als 1000 Byte (ohne den Löschhinweis) oder geleerte Artikel sollten können einfach gelöscht werden. (Wenn der Autor wirklich noch weiter machen will, dürfte es ihn kaum stören den Artikel dann neu schreiben zu müssen.) Bei allen anderen sollte das noch mal überprüft werden, dannach muss aber eine Handlung folgen. --Sannaj 20:40, 20. Nov. 2011 (CET)

Artikel die wirklich 0 Bytes haben (und das seit einiger Zeit) können sicher bedenkenlos gelöscht werden aber Artikel mit Inhalt würde ich persönlich nur ungern einfach so löschen. Manche dieser kurzen Artikel enthalten zumindest genug das man was für die Eingabemaske der präferierten Suchmaschine bekommt. Einer Größenangabe in Bytes als Löschkriterium kann ich jedenfalls nicht zustimmen, andere Kriterien kann man sicher diskutieren (im Forum). --Erik.vikinger 10:32, 21. Nov. 2011 (CET)
Naja, ich setze jetzt Wikibooksmasstäbe an. Neben der Dauer des Artikelverwaises, spielt auch der in den Artikel investierte Aufwand eine Rolle. Sind das nur 2 Sätze und/oder eine Tabelle, gehe ich von einem Aufwand von 10 Minuten aus. Das bedeutet, das der Autor das Löschen sicher verkraften kann. Will er weiterarbeiten kann er den Artikel wieder neu anlegen oder herstellen lassen. Trozdem sollte alle User vor dem Löschen natürlich auf der Disskussionsseite angeschrieben werden, und sich dann zum Thema äußern dürfen. Gibt es keine Reaktion bin ich für löschen. --Sannaj 20:45, 21. Nov. 2011 (CET)
Wie willst Du eigentlich den Aufwand, den der Autor hatte, abschätzen können? Es gibt sicher Sätze in denen etliche Stunden Denkarbeit drin steckt! Nebst dessen das ich persönlich das für kein adäquates Kriterium halte. Wer gibt uns das Recht die Arbeit anderer Leute (die wir hier doch so dringend brauchen) wegen theoretischer Wiederholbarkeit zu vernichten? --Erik.vikinger 20:57, 21. Nov. 2011 (CET)
Der Kreislauf läuft hier in etwa so:

<freebasic> 10 Jemand meint sich des Wikis annehmen zu müssen, und verlinkt fleißig nicht-existierende Artikel. 

20 Derjenige hat keine Lust mehr, und verschwindet. Ein paar Monate ziehen ins Land.
30 Jemand meint sich des Wikis annehmen zu müssen, und erstellt fleißig Stubs für diese Artikel.
40 Derjenige hat keine Lust mehr, und verschwindet. Ein paar Monate ziehen ins Land.
50 Jemand meint sich des Wikis annehmen zu müssen, und verteilt Bitte Löschen-Kommentare bzw. neuerdings -Vorlagen.
60 Derjenige hat keine Lust mehr, und verschwindet. Ein paar Monate ziehen ins Land.
70 Jemand meint sich des Wikis annehmen zu müssen, und irrelevante Artikel löschen.
80 Derjenige hat keine Lust mehr, und verschwindet. Ein paar Monate ziehen ins Land.
90 GOTO 10
100 REM --Jidder 20:58, 21. Nov. 2011 (CET)</freebasic>
Und wie durchbrechen wir diesen Teufelskreis am besten? Bei normalen Artikeln würd ich ja sagen das derjenige von Punkt 50 einfach etwas Inhalt beisteuern sollte anstatt den Bitte-Löschen-Aufkleber zu verteilen. Aber in der Kategorie "Bitte Löschen" sind ja keine normalen Artikel sondern überwiegend Vorstellungen von privaten Hobby-OSen (da kann ja gar kein Anderer was zu schreiben) so das es hier schwierig wird sinnvoll einzugreifen. Das einzigste was ich mir vorstellen kann ist das wenn ein Artikel seit 12 Monaten in der "Bitte Löschen" Kategorie ist und sich keiner mehr drum kümmert das dann doch mal endgültig gelöscht wird (bevor diese Kadaver das Riechen anfangen). Dazu muss man aber auch wieder ganz klar sagen das diese 12 Monate eine völlig willkürliche Festlegung sind hinter der zumindest die Mehrheit der Wiki-Nutzer/Editoren stehen muss damit man diese willkürliche Festlegung auch ruhigen Gewissens anwenden kann. --Erik.vikinger 21:07, 21. Nov. 2011 (CET)
Ok, gut ich komm von Wikipedia, der Löschhölle, und war dann lange bei Wikibooks. Da steht das Löschen verwaister Bücher auf der Tagesordnung. Da es sich hier aber jeweils nur um einzelne Seiten dreht, ist das Egal. Was ich aber nicht sogut finde ist, das die Artikel in einer Kategorie bitte Löschen stehen. So ne Kategorie heißt für mich: Dieser Artikel wird zur Zeit überprüft, ob er relevant ist, oder gelöscht werden soll. Macht doch ne Kategorie "Eingeschlafen" auf, in die dann alle OS-Projekte kommen die Eingeschlafen sind. Der Autor kann dann gefragt werden, ob er den Artikel so lassen, oder zum Löschen freigeben will.
@Jidder Das ist aber kein schönes FreeBasic, was du da schreibst. Du hättest die nigelnagelneue Vererbung nutzen sollen. --Sannaj 21:13, 21. Nov. 2011 (CET)
Das Problem an eingeschlafenen Projekten ist ja gerade das der Autor hier nicht mehr vorbei kommt und sich demzufolge auch nicht äußern wird wie mit seinem Artikel zu verfahren ist. Wenn wir hier Leichen nicht bis in alle Ewigkeit konservieren wollen dann muss früher oder später, mit Konsens der restlichen/aktiven Community, gelöscht werden. --Erik.vikinger 21:19, 21. Nov. 2011 (CET)
Deshalb wär ich ja auch für löschen, aber da sind ja einige dagegen. Nur der aktuelle Zustand ist ziemlich suboptimal --Sannaj 21:24, 21. Nov. 2011 (CET)
Hier ist denke ich niemand gegen das Löschen, es muss IMHO nur nach klaren Regeln, die von der Mehrheit der hier aktiven Community getragen werden, erfolgen. Wenn die Mehrheit mit den 12 Monaten einverstanden ist (ich denke mal die anderen Kriterien wie Verweisung usw. sind Konsens) dann nehme ich mir gerne die 5 Minuten und räume in der Kategorie "Bitte Löschen" gründlich auf. Bei Sätzen wie "Zuletzt entscheidet der Admin" habe ich aber ganz klar Bauchweh (nach welchen Kriterien entscheidet denn der Admin?), solche Willkürentscheidungen möchte ich persönlich nicht haben. --Erik.vikinger 08:01, 22. Nov. 2011 (CET)
Ich denke man sollte beim Löschen zwischen mehreren Kategorien unterscheiden:
  • Einmal Leute, die einfach nur ihre eigene Benutzerseite oder den Artikel für ihr eigenes OS gelöscht haben wollen. Ich finde für die passt die Bezeichnung "Bitte Löschen", und dafür sollte die Vorlage umgedeutet werden. Das würde dann auch einschließen, wenn der Autor seine Seite leert.
  • Bei "Löschhinweisen", die nicht vom Autor des OS stammen, könnte man wirklich nach einer Frist löschen, wie du es vorschlägst. Ich schätze mal, dass die zwölf Monate alle bisher markierten Artikel erschlagen. Man könnte im Zuge dessen ein paar Regeln einführen, z.B. dass ein funktionierender Link auf eine Website, die aktueller als der Artikel ist, den Artikel vor dem Löschen bewahren kann, etc.
Für technische Artikel halte ich nichts vom Löschen, auch wenn der Artikel im derzeitigen Zustand nicht viel beiträgt. Es finden sich immer wieder Leute, die diese Artikel erweitern, wenn man nur lange genug wartet. Bis dahin schaden die Artikel dem Wikis nicht. --Jidder 21:26, 21. Nov. 2011 (CET)
Sehe ich auch so, die stören ja nicht, im schlimmsten Fall nutzen sie halt nichts. FreakyPenguin 01:41, 22. Nov. 2011 (CET)
Full ACK --Erik.vikinger 08:01, 22. Nov. 2011 (CET)
Also bei Wikibooks gibt es 3 Kategorien (Wikibooksbücher verhalten sich ähnlich zu OS Projekten bei uns, weil meist nur einer Ahnung hat):
  • "Verwaist" - Keiner kümmert sich um das Buch/ den Artikel, obwohl es im aktuellen Zustand nicht wirklich brauchbar ist.
  • "Löschdiskussion" - Wurde zum Löschen vorgeschlagen. Der Autor wird gewarnt. Dann können alle Leute ihre Meinung abgeben. Zuletzt entscheidet der Admin, ob der Antrag entfernt werden soll, oder ob das Buch/ der Artikel gelöscht wird (Nach einer bestimmten Frist.).
  • "Schnellöschandtrag" (SLA) Darf nur dann verwendet werden, wenn eine Disskussion sinlos ist, sprich Löschungen im Benutzernamensraum, Urheberrechtsverletzungen uä., sowie vom Buch/OS Autor selbt angefertigte Löschanträge. Dies werden vom Admin sofort bearbeitet. Gruß --Sannaj 21:35, 21. Nov. 2011 (CET)
Ich war ja einer der ersten, der hier blockwartmäßig viele Seiten auf die Löschliste gesetzt hat - allesamt Seiten beendeter oder nicht mehr aktiver oder was auch immer Projekte. Es gibt hier so gut wie nie den Fall, dass man eine Seite, die nun keine Hobby-OS-Seite ist, löschen muss bzw. eine Diskussion darum starten muss. Ich bin auch dafür, dass die Seiten, welche auf der "Zu Löschen"-Liste stehen auch gelöscht werden sollten und das es dafür einen Workflow geben sollte alá "Seite kommt auf die Liste, Diskussion beginnt, wird weitergeführt, wenn eindeutig -> Löschen, wenn nicht entscheidet der Admin" - Admins sind dafür da, dass, wenn sich keiner Einig eine klare Linie zu fahren. Auch wenn das nicht immer jedem passt - du kannst es halt nicht jedem Recht machen. Aber ich finde halt dass die Admins (bzw. der, huhu bluecode :D) + eine kleine Gruppe vertrauenswürdiger Menschen mit erweiterten Rechten die "letzte Instanz" bilden, natürlich immer zum Wohle der Community (und nicht nach dem Motto: "Näh, zwei Jahre kein tyndur-Release, die Seite wird dann wohl mal gelöscht).
Aber um zurück zum Thema zu kommen: Es bedarf halt einer Regelung bzw. zweier, einmal für Hobby-OS-Seiten (ich finde hier brauchts keine große Diskussion, vor allem bei den jetzt schon auf der Liste stehenden Projekten, hier muss man Faktoren miteinbeziehen wie letzter Edit, aktueller Inhalt, Mehrwert für die Community (hatten uns ja mal im IRC darüber unterhalten eine Gewisse "Schöpfungsgrenze" o.ä. für die Artikel zu erstellen, d.h. nur zu schreiben: "lol mein os hat features wie gdt" reicht nicht) etc. und bei technischen/sonstigen Seiten muss man dann halt diskutieren und am Ende entscheidet die Mehrheit und im Falle, dass es diese nicht gibt die Admins. --DerHartmut 09:28, 22. Nov. 2011 (CET)


Ich hab gerade mal nach leeren Benutzerseiten geschaut, waren ja doch ein paar dabei, und entsprechend gelöscht. Nicht sicher war ich mir bei Jidder, PNoob und Stultus was damit nun passieren soll, bei Stultus gibt es zwar Bytes aber Inhalt ist das meiner persönlichen Meinung nach nicht (vom Alter der Seite mal ganz abgesehen) und die anderen zwei sind noch nicht so lange leer. Wäre nett wenn ich da Feadback bekommen könnte (auch wenn ich nicht wirklich damit rechne), wenn nix kommt sind alle 3 Seiten in 2 Wochen weg. --Erik.vikinger 08:12, 23. Nov. 2011 (CET)

Vergiss bitte nicht, dass du beim Löschen eine Seite nicht nur den aktuellen leeren Inhalt löschst, sondern auch die komplette Versionsgeschichte. Ohne dass jemand aktiv verlangt, dass seine Benutzerseite gelöscht wird, würde ich das eher bleiben lassen. --Taljeth 12:11, 23. Nov. 2011 (CET)
Hm, das ist in der Tat ein berechtigter Einwand, auf der anderen Seite ist dieses Wiki kein kostenloses unbegrenztes Datenarchiv. Wer seine Benutzer-Seite selber leer räumt (und auch sonst nichts mehr zum Wiki beiträgt) muss auch damit rechnen das die History seiner Benutzer-Seite früher oder später ebenfalls komplett verschwindet. Außerdem hab ich mir die Versionsgeschichte von allen Seiten die ich heute Früh gelöscht hab genau angesehen und denke das nirgends Informationen dabei waren die diese Personen nicht auch so wissen, wer sich später nicht mehr erinnern kann auf was für einer Schule er mit 15 war oder welche ICQ-Nummer er vor Urzeiten mal benutzt hat der hat noch ganz andere Probleme als eine verschwundene History in irgendeinem Wiki in dem er mal vor etlichen Jahren aktiv war. Nebst dessen das z.B. der Kommentar beim Leerräumen von PNoob durchaus als Aufforderung interpretierbar ist. --Erik.vikinger 12:30, 23. Nov. 2011 (CET)
Bitte sei dir darüber im Klaren, das ein löschen irgendeiner Seite, in keinster Weise die Datenbank leert. Die MediaWiki Software löscht eigentlich nie was, sie fügt lediglich etwas dazu. Was du als löschen bezeichnet, bedeutet eigentlich bloß das entfernen aus dem öffentlich zugänglichen Teil des Forums. Außerdem würde ich nicht irgendwelche Aktionen an fremden Benutzerseiten vornehmen, es seiden du wirst vom Besitzer dazu aufgefordert, oder siehst dich aus rechtlichen Gründen dazu gezwungen, alles andere verstöße bei Wikipedia gegen die Wikiquette. Gruß --Sannaj 17:29, 23. Nov. 2011 (CET)
Mir ist bewusst das die Datenbank nicht von alleine schrumpft aber desto weniger aktiver Content drin ist desto mehr kann sie theoretisch (auf explizite Anforderung) schrumpfen. Das aktive eigenhändige Leerräumen einer Seite empfinde ich persönlich durchaus als Aufforderung, vor allem wenn dann für sehr lange Zeit nichts mehr geändert wird. Ich bin durchaus der Meinung das ein Wiki kein Web-Archiv ist. Natürlich darf man nicht einfach Seiten löschen an denen gearbeitet wird oder die Content beinhalten aber wenn beides seit langer Zeit nicht mehr zutrifft (und bei Benutzerseiten der Benutzer auch schon ziemlich lange weg ist) dann sollte man solche Leichen auch aufräumen. Leere Seiten und sonstige Leichen machen IMHO auch keinen guten Eindruck nach außen. --Erik.vikinger 18:08, 23. Nov. 2011 (CET)
Das stimmt. Leere Seiten können gelöscht werden. (Im Zweifel geh' davon aus, das der Leerer nicht wusste, wie man richtig löscht.) Bei Leuten die öfter mal on sind kannst du auch Fragen. --Sannaj 18:12, 23. Nov. 2011 (CET)
Richtig löschen kann ein normaler User hier keine Seiten, das darf nur Admin oder höher, von daher ist das Leerräumen das Maximalste was der User machen kann und das ist IMHO ein gutes Indiz für den Willen das die Seite verschwinden darf. Leute die hier noch mitmachen (oder erst vor kurzem gegangen sind so das eine Rückkehr durchaus noch eine gewisse Wahrscheinlichkeit hat) sind natürlich tabu, deswegen hab ich ja heute Früh dann auch diese Diskussion gestartet um eben die Grenzfälle zu klären. Die Seite von Stultus ist IMHO ein spezieller Grenzfall, echten Contet gibt es da eher nicht und die letzte (einzigste) Änderung ist auch schon über 4 Jahre her, aber wirklich leer ist sie eben auch nicht so das ich es als unhöflich betrachten würde diese Seite einfach zu löschen (so knapp ist der Platz in der Datenbank bestimmt auch nicht). --Erik.vikinger 18:28, 23. Nov. 2011 (CET)

Erweitern

  • ISA Der vollständigkeit halber PnP beschreiben.
    • Wieso werden meine Fragen einfach entfernt? Nichtsdestotrotz: Wer braucht das wirklich, sodass es auf dieser Liste stehen muss? (Kategorie:TODO per Vorlage:TODO reicht ja) —Clici McXan 18:52, 3. Okt. 2010 (CEST)
    • Hab ich auf der Diskussionsseite zu ISA nicht klar erklärt warum es in heutigen PCs (der letzten >10 Jahre) kein ISA-PnP mehr gibt? --Erik.vikinger 09:43, 4. Okt. 2010 (CEST)
  • Long Mode
  • Linux - Mache ich, Themen: Wie der Kernel funktioniert etc. --DerHartmut 18:03, 3. Okt. 2010 (CEST)
  • Windows - Mache ich, Themen: Wie der Kernel funktioniert etc. --DerHartmut 18:03, 3. Okt. 2010 (CEST)
    • Finde ich vom Inhalt her ausreichend --DesL 04:10, 13. Okt. 2010 (CEST)
  • SMP
  • APM
  • APIC
  • Cross-Compiler: aus irgendeinem Grund ist hier der i*86 Teil weggefallen
  • Mathematischer Koprozessor - Programmierung, Einsatz im OS-Dev
    • FPU wird bei OS-Dev eher weniger als bei anderer Programmierung eingesetzt, oder? Korrekter wäre vielleicht, wie man math.h-Funktionen implementiert, aber das sollte man imho auch per Intelmanual rausfinden können… —Clici McXan 18:32, 3. Okt. 2010 (CEST)
      • Aber der Kernel muss den Zustand von FPU (und auch SSE/AVX/...) manuell sichern, da aber nicht jeder Prozess überhaupt Zugriff auf die FPU benötigt gibt es da ja einige Beschleunigungstricks wo der Kernel von der CPU drauf hingewiesen wird dann jetzt doch mal zu sichern. Ich denke das es nicht schaden würde dazu mal ein paar Sätze zu erklären, das dahinter stehende Konzept ergibt sich nämlich nicht so einfach aus den Intel-Manuals. --Erik.vikinger 10:43, 21. Nov. 2011 (CET)
  • Troubleshooting Themen siehe Diskussion:Erste_Hilfe
  • IPC: Ideen für RPC aus dem Thread im Forum
    • Welcher Thread? Der hier: http://forum.lowlevel.eu/index.php?topic=1787.0 Steht im Artikel unter Links.
      • Ja. Wobei bei den 4 Möglichkeiten von bluecode noch eine fehlt: der Thread der einen/mehrere Service(s) anbieten will wartet (blockierend per Syscall) einfach auf ankommende Anfragen, so ähnlich wie bei TCP-Server-Sockets. Die Anfrage könnte dann entweder im Thread selber bearbeitet werden (womit dann keine weiteren Anfragen parallel bearbeitet werden können) oder es wird ein Worker-Thread erstellt/aktiviert (wobei dann die Variante mit den OS-gemanagten-PopUp-Threads wieder interessanter klingt weil damit im Service eine Ebene weg fällt).
    • logischer Adressierungsmodus
    • Benutzer:Bluecode glaubt, dass in der SMP-Spec irgendwas dazu steht wie die PIC mit dem Zeuch verbunden ist bzw. verbunden sein kann
  • irgendwo edge- vs. level-triggered Interrupts besprechen
  • x86
    • Ergänzungen zur Handhabung von Interrupts
    • Eingehen auf verschiedene Befehlssätze
      • bluecode würde Vorschlagen nur auf FPU (x86), MMX und SSE zu verweisen
        • Das Wichtigste für uns OS-Frickler ist vielleicht, wie man die mit Multitasking kombiniert. Also wie man unnötiges Sichern/Wiederherstellen der Register vermeidet. 3DNow! wäre wohl auch noch ein Kandidat in der Liste.
          • 3DNow! ist eher bedeutungslos, von SSE überholt und wird hoffentlich nicht mehr eingesetzt, da es nur unter AMD CPUs läuft
  • x86-64: SSE und FPU Register in FPU (x86) und SSE oder so verschieben
  • AMD PCnet
  • Interne Darstellung der Zahlen, Darstellungsmöglichkeiten negativer Zahlen, Aufbau von Gleitkommazahlen (IEEE)
    • Little/Big Endian
  • VFS - Mach ich demnächst. --DesL 04:10, 13. Okt. 2010 (CEST)
    • Habe die Baum-Implementation eingebaut, wer was anderes sehen will soll es einbauen. --DesL 15:00, 13. Okt. 2010 (CEST)
  • ISO9660 - Scheint ganz unten etwas zu fehlen.
  • Ext2: Zu einem richtigen Artikel ausbauen und anschließend den Interwiki-Link von osdev.org zu uns setzen
  • ELF ist eine ziemliche Tabellenwüste. Ich würde mir eine Erklärung wünschen, wofür jeder der drei Typen gut ist, und wie man grob vorgeht, um ein Programm (ggf. mit Shared Libs) zu starten oder ein Kernelmodul zu laden.
  • Debugging:
    • Stacktrace erwähnen/erklären, vllt. mit Beispielcode
    • Tricks und Kniffe von [1] übernehmen - vorallem sowas wie __LINE__, __FILE__ für Debugausgaben wären da wichtig.
  • L4 - L4 eine moderne zukunftsträchtige Mikrokernelspezifikation.
Könnt ich immerhin machen. L4 ist schließlich mein Lieblingskernel. --Sannaj 20:47, 21. Nov. 2011 (CET)

Kleinigkeiten

Neu erstellen

Ist das überhaupt noch nötig? ReiserFS ist quasi ausgestorben, Version 3 ist zwar im offiziellen Linux-Kernel und wurde früher z.B. von SUSE gerne benutzt aber wird auch seit Jahren nicht mehr aktiv gepflegt, Version 4 hat wimre nie die Aufnahme in den offiziellen Linux-Kernel geschafft und da auch dort keine Weiterentwicklung mehr stattfindet wird das wohl auch nicht mehr passieren. Sollte sich nicht wirklich jemand erbarmen dazu einen echten Artikel zu schreiben dann ist meiner persönlichen Meinung nach dieser Punkt hinfällig und der existierende Stub ein prädestinierter Löschkandidat. Hier wäre es vielleicht interessant eine Seite zu haben wo die wichtigen/verbreiteten Dateisysteme kurz vorgestellt werden und auch Infos sind ob es sich überhaupt lohnt dafür einen Treiber zu schreiben (ich denke da auch an SFS) bzw. wie komplex der Versuch wohl in etwa wäre. --Erik.vikinger 10:34, 24. Nov. 2011 (CET)
Ich finde, das hätte schon seine Berechtigung, weil es einen anderen Ansatz verfolgt als FAT und ext2. Wir wollen ja nicht nur den einzig wahren Weg darstellen, den wir im Forum/auf Diskussionsseiten ausgetüftelt haben sondern verschiedene Ideen vorstellen, die man vielleicht auch kombinieren kann oder was auch immer. Wobei ich wegen der Aktualität einen btrfs-Artikel schon auch spannender fände als ReiserFS. Ich nehme das mal in die Liste auf. --Taljeth 10:45, 24. Nov. 2011 (CET)
Klar ist ReiserFS sehr interessant, es geht mir eher darum das es defacto Tod ist und keine nennenswerte Verbreitung (mehr) hat und sich deswegen hier dazu kein Artikel mehr lohnt (geschichtliches oder die privaten Probleme des Initiators sind IMHO bei Wikipedia besser aufgehoben als hier). Btrfs, oder meinetwegen auch ZFS, ist da auf jeden Fall sehr viel interessanter aber vor allem auch praxisrelevanter (zumindest deutlich praxisrelevanter als ReiserFS). Ich bin nur der Meinung wenn es eh keinen echten Sinn macht den leeren Stub zu füllen dann sollte dieser Punkt auch von der TODO-Liste runter. --Erik.vikinger 14:02, 24. Nov. 2011 (CET)
Ich kenne mich mit beiden nicht wirklich aus, aber meine Vermutung wäre, dass Reiser leichter zu verstehen ist, und das würde ihm schon einen berechtigten Platz hier schaffen. Kein Mensch benutzt mehr ext2 produktiv und FAT auch nur noch als kleinsten gemeinsamen Nenner. Trotzdem sind sie einfach genug, dass man sie verstehen und in einem Hobby-OS implementieren kann. Ich glaube, das ist ein viel wichtigeres Kriterium als Praxisrelevanz für produktive Systeme. --Taljeth 14:51, 24. Nov. 2011 (CET)
Wenn jemand meint, einen Artikel erstellen zu wollen und der resultierende Artikel ist mehr als nur ein Stub ist doch alles OK. Und ReiserFS hat, auch wenn es nicht mehr benutzt wird, mit Sicherheit eine (technisch vertiefte) Erwähnung verdient, eben weil es andere Wege geht. Man könnte ja, damit man Wichtiges von Unwichtigem unterscheiden kann, eine Überschrift "Diese Seiten gibt's noch nicht, sind auch nicht dringend, aber wenn du jemand ist, der die Seite erstellen will dann gerne" erstellen und dieen Artikel daruntersetzen. Oder ihn einfach hier stehen lassen, weil es ihn nicht gibt :) --DerHartmut 17:06, 24. Nov. 2011 (CET)
Versteh mich nicht falsch, aber ext2 wird immer noch genutzt, gerade weil es kein Journaling mehr enthält. Wenn man also Linux auf einem Flash-Speicher (z.B. USB-Stick) installieren will, sollte man ext2 benutzen. Darüber hinaus ist ext2 das erste sehr Leistungsfähige Datensystem. Mit USB-Sticks allgemein ist es so, das dort auch heute noch FAT Verwendet wird. Viele nicht Betriebssystem abhängige Syteme (UEFI, Stereoanlage mit USB-Schnittstelle, usw.) greifen auf dieses relativ einfache Datensystem zurück. Neben dem Fehlen des Journalings ist es die Tatsache, das es das einzige offenen Datensystem ist, welches von Windows nativ unterstützt wird, ein wichtiger Faktor. (Ich glaube die Einführung einer ext2 Unterstützung für Windows würde das Format in den Schatten stellen.) Aus diesen Gründe konnte sich das ansonsten Veraltete System sehr populär halten. Also enthalten sowohl, ext2 als auch FAT Faktoren, die sie wesentlich aktuelle als ReiserFS machen. --Sannaj 20:30, 24. Nov. 2011 (CET)
Ich glaube für Flash-Speicher gibt es mittlerweile wesentlich bessere Dateisysteme als ext2. Möglicherweise wird es trotzdem noch benutzt, wie FAT dann aber eher aus Kompatibilitätsgründen. Geht aber alles an der Argumentation vorbei, dass der "Marktanteil" überhaupt keine Rolle spielt. Was technisch interessant ist, sollte als mögliche Alternative beschrieben werden, damit sich der geneigte OS-Entwickler selber eine Meinung bilden kann, was der beste Ansatz ist. Es baut ja auch nicht jeder einen Unix- oder Win32-Klon, obwohl (auf PCs) andere Systeme in der Praxis zur Zeit keine große Rolle spielen. --Taljeth 10:12, 25. Nov. 2011 (CET)
Natürlich hab ich nichts gegen ein guten Artikel über ReiserFS (oder jedes andere Dateisystem) einzuwenden, jeder gute Artikel verbessert dieses Wiki. Der Grund warum (nahezu) jedes Hobby-OS als erstes FAT unterstützt liegt wohl vor allem daran das FAT simpel ist und von jedem anderen OS (das auch nur halbwegs Bedeutung hat) verstanden wird. Klar würde FAT schlagartig verschwinden wenn Windows ein anständiges Open-Source-Dateisystem unterstützen würde aber MS möchte auf USB-Sticks u.ä. wohl in Zukunft lieber UDF (dessen Spec auch frei verfügbar ist) haben. Wenn ich ein funktionierendes OS im richtigen Reifegrad hätte wäre aus meiner persönlichen Sicht UDF der interessanteste Kandidat, schon weil damit auch gleich alle DVD's u.ä. erschlagen sind und eben weil jedes andere OS mit Bedeutung ebenfalls UDF kann (aufgrund der Tatsache das es von MS anständig unterstützt wird hat UDF das Potential FAT als universelles Dateisystem zu verdrängen). Natürlich soll sich in diesem Wiki der mündige OS-Dever gut informieren können aber wenn keiner von uns einen Artikel zu einen Dateisystem schreiben kann weil keiner von uns dazu Ahnung hat dann muss dieser Punkt nicht unbedingt auf der TODO-Liste stehen (und suggerieren das ein entsprechender Artikel hier noch wirklich fehlt). Ich bin daher für Hartmuts Vorschlag das wir hier eine Kategorie "Nice to Have" einführen in die solche Vorschläge, wie z.B. ReiserFS oder andere Nicht-Mainstream-Dateisysteme, kommen. Ich habe diese Diskussion nicht angefangen weil ich was grundsätzliches gegen ReiserFS habe sondern einfach weil ich nicht der Meinung bin das es auf einer TODO-Liste stehen muss (und der leere Stub nützt IMHO auch niemanden etwas). --Erik.vikinger 12:30, 25. Nov. 2011 (CET)
  • btrfs
  • Ext
  • UDF
  • EHCI
  • xHCI
  • ACPI
  • Entwicklungsumgebungen - Woraus sollte sie bestehen, welche Programme gibt es für einen Verwendungszweck - gesonderte Programmvorstellungen, vllt. Empfehlungen wären gut! Die unterschiedlichen Entwicklungsplattformen (Linux, Windows, ...) sollten schon aufgeführt sein.
    • Teilweise erledigt: Editoren sind schon abgedeckt.
  • Wie funktionert eine CPU, ein Befehl, ein Maschinenzyklus, ein Interrupt? Alles, was an den Universitäten im Laufe von 2-4 Semestern gelehrt wird, in 5 Absätzen mit einer prise Humor und garniert mit bunten Struktogrammen.
  • Datenblätter lesen und verstehen! Was tun, wenn das Internet kaputt gegangen ist, und man keine Codebeispiele zum Abtippen hat? (Zum Anfang vielleicht die Datenblätter von PIC, PIT und die Intel Manuals. Dann knackigere Sachen wie Netzwerkkarten, Soundkarten, ATA, ... was weiß ich.)
Was meinst du damit? Soll das eine Anleitung werden, wie man Datenblätter ließt oder Primär eine Liste mit allen Datenblättern als Links? Programm Noob 14:53, 7. Jan. 2010 (CET)
Eine Anleitung, Links zu Datenblättern sind bei den Artikeln weit besser aufgehoben
  • Variable Sektor-Größen bei Massenspeichern (Block-Devices). Dafür dürfte sich wohl kein eigener Artikel lohnen aber es sollte in einigen Artikeln berücksichtigt werden, z.B. könnten sich einige Dateisystem-Strukturen ändern wenn sie auf größere Sektoren "skaliert" werden (zumindest bei den komplexeren Dateisystemen, also nicht bei FAT). Auch müsste ein OS mit verschiedenen Sektorgrößen von verschiedenen Massenspeichern gleichzeitig umgehen können. "Variabel" deshalb weil ich nicht glaube, das wenn die HDD-Hersteller erst mal damit angefangen haben an der Sektorgröße zu drehen, das dann bei 4k wieder Schluss ist. --Erik.vikinger 18:40, 16. Apr. 2010 (CEST)
  • Java, z.B wie der Bytecode aussieht oder eine VM funktioniert --Bjork 21:30, 8. Jan. 2011 (CET)
Was ich wohl demnächst eh machen wollte, ist ein kleiner Kernel in Java (nativ Kompiliert) incl Wiki-Artikel. Ich kann da wohl wenns passt deinen Vorschlag mit einbauen. --DesL 12:24, 30. Mär. 2011 (CEST)
Ein Kernel in Java? Interessante Sache, wäre echt nett, wenn du dazu ein wenig schreiben könntest.--Bjork 21:27, 31. Mär. 2011 (CEST)
Würd mich auch mal interessieren. --Sfan 08:27, 3. Apr. 2011 (CEST)
  • Andere Prozessorachitekturen (Man braucht ja nicht gleich einen Kernel dazu schreiben.) --Sannaj 20:34, 23. Nov. 2011 (CET)
Da frage ich mich welche Architekturen das sein sollen. Es gibt eine nahezu unüberschaubare Fülle an CPU-Architekturen, viele davon lassen sich in wenige Kategorien (z.B. 32Bit/RISC/Flat-Memory mit Paging oder 16Bit/RISC/keine Speicherverwaltung) einteilen. Außerhalb von x86 ist momentan ARM der "Shooting Star" der in fast allen Bereichen (vom kleinsten Mikrocontroller über normale Applikationsprozessoren bis hin zum Hochleistungsprozessor) seinen Marktanteil spürbar vergrößert. ARM wird hier im Wiki bereits vorgestellt, auch wenn der Artikel vielleicht noch ein bisschen mehr haben könnte (z.B. könnte eventuell der kommende 64Bit-Modus integriert werden). Wirklich erwähnenswert wären daneben noch MIPS und PowerPC (die haben zumindest derzeit noch eine gewisse Verbreitung in einer größeren Anzahl an Marktsegmenten), ansonsten fällt mir kein triftiger Grund ein weitere CPU-Architekturen hier detailliert vorzustellen und eine simple Auflistung was es alles gibt (oder ein Haufen fast leerer Stubs) macht hier meiner persönlichen Meinung nach keinen Sinn (wer zu diesem Thema einen Überblick haben möchte ist IMHO auf Wikipedia ganz gut aufgehoben). Auch sollten wir hier zumindest einen rudimentären Test-Kernel zu einer CPU präsentieren können schließlich interessieren wir uns ja vor allem für den Aspekt wie man ein richtiges OS für eine Architektur entwickelt. --Erik.vikinger 10:34, 24. Nov. 2011 (CET)
Ich persönich dachte an die üblichen Verdächtigten, die theoretisch auch PC Anforderungen entsprächen, sprich (abgesehen von ARM) PowerPC, MIPS, SPARK und Itanium (evtl. auch Alpha). Microkontroller oder irgentwelcher alter Mist wie Z80 oder I8080 sind nicht angedacht. Das mit dem Kernel stimmt, so was währe mal ganz interessant. --Sannaj 16:22, 24. Nov. 2011 (CET)
Also MIPS und PowerPC hab ich ja schon als interessante Kandidaten genannt, aber sind SPARC, Itanium und Alpha wirklich Dein Ernst? Schon um überhaupt ein physisches System auf dem Tisch stehen zu haben, an dem man praktisch entwickeln kann, ist ne ganze Menge Geld erforderlich. Alpha wird übrigens nicht mehr hergestellt, den Itanium möchte Intel auch lieber Gestern als Heute über Bord werfen und wie lange Oracle sich noch für SPARC engagiert steht auch in den Sternen. Natürlich sind diese 3 sehr interessante CPU-Architekturen und entsprechende gute Artikel wären eine echte Bereicherung für dieses Wiki aber der Nutzwert für den typischen Hobby-OS-Dever ist wohl doch eher gering (wenn auch nicht ganz 0). Es ist ja eben gerade der Vorteil vom ARM, MIPS und PowerPC das es jeweils einige Hersteller gibt (MIPS und PowerPC und sogar SPARC sind auch als Soft-CPU für FPGAs verfügbar (PowerPC wimre aber nur als Closed-Source gegen Geld), für ARM gab es schon mehrere (Open-Source-)Projekte dieser Art die aber allesamt von der Rechtsabteilung von ARM vernichtet wurden) und diese CPUs eben in vielen verschiedenen Größen (vom Mikro-Controller über PC-Klasse bis einschließlich HPC-System (nur aus ARM wurde noch nie ein Super-Computer gebaut, aus x86, MIPS, PowerPC, SPARC, Itanium und Alpha aber schon)) verfügbar sind und deswegen auch was passendes für den Hobby-OS-Dever dabei ist. --Erik.vikinger 12:30, 25. Nov. 2011 (CET)
Das Alpha obsolvent ist, wusste ich, deshalb auch nur in Klammern. Ansonsten habe ich mich bei der Wahl der verbreiteten Architekturen an deren Unterstützung durch LLVM und L4Ka::Pistachio orientiert (die Effektivität dieses Systems sei mal in den Raum gestellt). Das SPARC und Itanium so schlecht darstehen, überrascht mich jetzt. (Naja, ich wusste schon, das Itanium ein bisschen zu komplex ausgefallen ist, aber Intel schien es anscheinend hingekriegt zu haben, das Teil zu vermarkten.) PowerPC schien mir persönlich ziemlich unter der neusten Apple-Politik gelitten zu haben. Das Problem was ich bei ARM sehe ist halt, das neben der Tatsache, das 64 bit wohl schwer zu implementieren sein wird, das Drum-Herum mir einfach zu wenig standardisiert erscheint. --Sannaj 14:38, 28. Nov. 2011 (CET)

Diskussionen, die sich noch nicht erledigt haben

Siehe auch: Gewünschte Seiten | Gewünschte Kategorieseiten | Seiten, die die TODO-Vorlage verwenden | Stubs

Abgerufen von „http://wiki.localhost:8080/w/index.php?title=TODO&oldid=10330“