1.Nein, denn der Treiber läuft im Userspace und nicht als Kernel-Modul. 2.Nein, denn es würde wenig Sinn machen, Userspace-Module in den Kernel zu packen.
@2.: Warum? Bei Sachen bei denen das Bottleneck wo anders ist wie bei sshfs oder gmailfs ist das verständlich, aber bei einen "richtigen" Dateisystem das auf einer Festplatte zugreift versteh ich das nicht.
Nicht FUSE an sich, aber die Verschlüsselung von SSH. Bei mir bremst das den Datendurchsatz auf meinem Gigabit Netzwerk deutlich. Deswegen benutze ich mitlerweile NFS.
lieber mehr aus dem Kernel raus als noch mehr rein. meiner Meinung nach gehören Treiber grundsätzlich nicht in den Kernel. aber leider ist die linux Philosophie diesbezüglich nicht sonderlich fortschrittlich. macos x ist wesentlich weiter.
Mach ist zwar ein Microkernel, stellt in dem hybriden XNU-Kernel von Darwin/MacOSX jedoch nur einen Teil. Der andere Teil ist der monolithische FreeBSD-Kernel. Ein dritter Teil ist das I/O-Kit. Alle drei Teile kommunizieren via IPC (inter-process communication , http://de.wikipedia.org/wiki/Interprozesskommunikation ) miteinander. Mehr dazu und welcher der drei Kernel-Teile wofür zuständig ist, u.a. hier: http://de.wikipedia.org/wiki/XNU, hier: http://tinyurl.com/5okmd4 und hier: http://tinyurl.com/3q38uf .
warum gibt des denn kein driver space alias geschuetzem speicher bereich der aehnlich zum user space ist aber getrennt verwalltet wird, quasi wegen sicherheit?
Genau das denke ich auch. Minix von Herrn Tanenbaum hat hier den richtigen Ansatz: "Der Kern von Minix besteht aus einem Microkernel, der nur 30 Systemaufrufe kennt. Alles andere, einschließlich jeglicher Treiber, läuft im User-Space und könne so, laut Tanenbaum, weniger Schaden anrichten. Über der Kernel-Schicht liegen die Geräte-Treiber. Dabei läuft jeder Treiber in einem eigenen Prozess, sodass ein fehlerhafter Treiber nicht das gesamte System destabilisiert." Dadurch lässt sich sogar ein "Selbstheilendes System" einführen: "...Ein zentraler Dienst ist der Reincarnation Server, der periodisch alle Prozesse abfragt. Reagiert ein Prozess nicht mehr, wird dieser durch eine neue Instanz ersetzt."
mehr Infos: http://www.heise.de/open/Andrew-Tanenbaums-Minix-3--/artikel/114850
Vom Ansatz her ist das System ja nicht schlecht, nur diese Kommunikation zwischen den Prozessen ist halt nicht ganz trivial, wer schonmal länger mit rpc, dbus hal oder ähnlichem gebastelt hat kann davon vermutlich ein Lied singen. Jedes System hat ganz sicher seine Vorteile, und mit der gleichen Sicherheit auch Nachteile. Linux läuft doch ziemlich stabil, Hurd wohl noch nicht so ganz, von daher sehe ich keinen Grund da zu meckern
Mmmh, das ergibt Sinn, da der Kernelstack doch ziemlich klein ist (auf den meisten Architekturen 4/8kB). Und Stack-Überläufe im Kernel wären auch ein ziemlich großes Problem.
Meines Wissens verwenden die Kernelentwickler Quellcode-Analysetools, die die maximale Stacktiefe ermitteln. Bei recursivem Code kann man das aber nicht statisch im Quellcode analysieren (jedenfalls keine Maschine).
"Wie Szabolcs Szakacsits in einer Email an die Liste des Projektes bekannt gab, ist es dem Team gelungen, nun auch eine unlimitierte Zahl an Dateien auf NTFS-Partitionen zu erstellen und zu löschen."
Ich halte diese "unlimitierte Zahl" für ein Gerücht. Auf deren Homepage ist das mit "The NTFS-3G driver is able for unlimited file and directory creation and removal ..." sinnvoller.
Von DriverDevel am Do, 16. Oktober 2008 um 19:51 #
Noch etwas detaillierter: LF == Line Feed == "eine Zeile nach unten" CR == Carriage Return == Wagenruecklauf == "an den Anfang der Zeile" Daher auch manchmal Kombination der beiden, CR-LF, um gleichzeitig eine Zeile nach unten _und_ an den Anfang der Zeile zu gehen (obwohl das eigentlich keine Rolle spielen sollte).
Stammt aus der Aera der spanabhebenden Elektronengehirnaufbauten (Druckersteuerung / Terminal, TTY per Seriell). Siehe auch die anderen Kollegen dieser ASCII-Steuerzeichen (die Zeichen mit Wert < 32).
Unterschied LF -- CR -- CR-LF ist sicherlich eine der aegerlichsten Protokoll-Problematiken der EDV (neben dem Konflikt Slash -- Backslash): Gesamtkostenpunkt durch Sach- und Personenschaeden wohl bisher unzaehlige Millionen Dollar, garantiert. (siehe auch Konflikt Zollsystem -- metrisches System ;))
Also ich halte so was wie das NTFS-3G Projekt für sehr wichtige Arbeit; hab aber noch nie gesehen, dass es mal mit einem Preis oder so was ausgezeichnet worden wäre?
Absolut, NTFS war jahrelang ein Riesenproblem, und mit ner Linux Rettings CD konnte man auch nicht immer alles tun, was man wollte :(
Und dann, urplötzlich, kommt ntfs-3g ans Tageslicht, und plötzlich ist NTFS kein Problem mehr. Ich hab um ehrlich zu sein auch mit bisherigen Versionen von ntfs-3g nie den geringsten Ärger gehabt.
Schade nur, dass NTFS so wirr ist, dass es 16 Jahre gedauert hat... Naja zum Glück hat Microsoft noch nie bei irgendwas nen Rewrite geschafft, wenn die mit nem neuen Dateisystem um die Ecke kommen, sind die Kernwirrheiten gewiss ähnlich
Im Gegenteil: Hab über die letzten 3 Jahre 100erte GB an Daten meiner schlampigen Bekannten gerettet. (Sozialarbeitergesindel, braucht ja kein Backup )
Um dadurch aber in größerem Umfang negative Auswirkungen auf ntfs3g zu erzielen müsste m$ zuerst mal ein aktuelles Betriebssystem in nennenswerter Stückzahl unter die Leute bringen.
Von Trächtige Tröllin am Mi, 15. Oktober 2008 um 03:12 #
Selbst wenn sich zuvor 54 Millionen Dateien auf diesem komischen Drittanbieter Filesystem befunden haben sollten, mit dd Qualtiätszufallsbits aus /dev/urandom drüber und anschließend ein anständiges Filesystem drauf, fix und fertig 1!elf :-)
MS hat ja vor einiger Zeit ntfs völig offen gelegt, haben sich die Entwickler von ntfs-3g inzwischen an der MS-Spezifikation orientiert oder reverse-engineeren die immer noch mühsam weiter?
http://de.wikipedia.org/wiki/NTFS#Nachteile schreibt dazu: "Proprietäres Dateisystem, d. h. die genaue Funktionsweise ist ein Betriebsgeheimnis von Microsoft. (Mittlerweile wurde NTFS größtenteils vom linux-ntfs-Projekt dokumentiert.)"
2. Wird es da vielleicht bald mal landen?
2.Nein, denn es würde wenig Sinn machen, Userspace-Module in den Kernel zu packen.
Bei mir bremst das den Datendurchsatz auf meinem Gigabit Netzwerk deutlich. Deswegen benutze ich mitlerweile NFS.
http://de.wikipedia.org/wiki/Filesystem_in_Userspace
Erst informieren, dann meckern.
Mehr dazu und welcher der drei Kernel-Teile wofür zuständig ist, u.a. hier: http://de.wikipedia.org/wiki/XNU, hier: http://tinyurl.com/5okmd4 und hier: http://tinyurl.com/3q38uf .
"Der Kern von Minix besteht aus einem Microkernel, der nur 30 Systemaufrufe kennt. Alles andere, einschließlich jeglicher Treiber, läuft im User-Space und könne so, laut Tanenbaum, weniger Schaden anrichten. Über der Kernel-Schicht liegen die Geräte-Treiber. Dabei läuft jeder Treiber in einem eigenen Prozess, sodass ein fehlerhafter Treiber nicht das gesamte System destabilisiert." Dadurch lässt sich sogar ein "Selbstheilendes System" einführen:
"...Ein zentraler Dienst ist der Reincarnation Server, der periodisch alle Prozesse abfragt. Reagiert ein Prozess nicht mehr, wird dieser durch eine neue Instanz ersetzt."
mehr Infos:
http://www.heise.de/open/Andrew-Tanenbaums-Minix-3--/artikel/114850
Leider ist die Welt zu pragmatisch, für schöne Designs....
Ich halte diese "unlimitierte Zahl" für ein Gerücht. Auf deren Homepage ist das mit "The NTFS-3G driver is able for unlimited file and directory creation and removal ..." sinnvoller.
NikN
Zitat: "...eine weitere Hürde zur vollen Unterstützung des Microsoft-Dateiformats..."
...es ist kein Dateiformat! damn.
Everything is a file, auch /dev/sda1.
Neue Zeile.
LF == Line Feed == "eine Zeile nach unten"
CR == Carriage Return == Wagenruecklauf == "an den Anfang der Zeile"
Daher auch manchmal Kombination der beiden, CR-LF, um gleichzeitig eine Zeile nach unten _und_ an den Anfang der Zeile zu gehen (obwohl das eigentlich keine Rolle spielen sollte).
Stammt aus der Aera der spanabhebenden Elektronengehirnaufbauten (Druckersteuerung / Terminal, TTY per Seriell).
Siehe auch die anderen Kollegen dieser ASCII-Steuerzeichen (die Zeichen mit Wert < 32).
Unterschied LF -- CR -- CR-LF ist sicherlich eine der aegerlichsten Protokoll-Problematiken der EDV (neben dem Konflikt Slash -- Backslash):
Gesamtkostenpunkt durch Sach- und Personenschaeden wohl bisher unzaehlige Millionen Dollar, garantiert.
(siehe auch Konflikt Zollsystem -- metrisches System ;))
Und dann, urplötzlich, kommt ntfs-3g ans Tageslicht, und plötzlich ist NTFS kein Problem mehr. Ich hab um ehrlich zu sein auch mit bisherigen Versionen von ntfs-3g nie den geringsten Ärger gehabt.
Schade nur, dass NTFS so wirr ist, dass es 16 Jahre gedauert hat... Naja zum Glück hat Microsoft noch nie bei irgendwas nen Rewrite geschafft, wenn die mit nem neuen Dateisystem um die Ecke kommen, sind die Kernwirrheiten gewiss ähnlich
(Sozialarbeitergesindel, braucht ja kein Backup )
dann wird's ja höchste Zeit, dass Microsaft sein Dateisystem ein wenig modifiziert, damit der gebotene Abstand wieder gewahrt wird.
Irgend ein total wichtiges und komfortables enhancement wird denen sicherlich einfallen.
dazu reicht einfach ein neues service pak oder ein neuer patch. wäre nicht das erstemal, dass ntfs mit einem neuen service pack neue features erhält.
auf diesem komischen Drittanbieter Filesystem befunden haben sollten,
mit dd Qualtiätszufallsbits aus /dev/urandom drüber und anschließend ein anständiges Filesystem drauf,
fix und fertig 1!elf :-)
lg. Trächtige Tröllin
http://de.wikipedia.org/wiki/NTFS#Nachteile schreibt dazu:
"Proprietäres Dateisystem, d. h. die genaue Funktionsweise ist ein Betriebsgeheimnis von Microsoft. (Mittlerweile wurde NTFS größtenteils vom linux-ntfs-Projekt dokumentiert.)"
Hier die Spezifikation zum runterladen:
http://www.microsoft.com/whdc/system/platform/firmware/fatgen.mspx