Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Microsoft: "Die Fäulnis setzt…

Warum der Linuxkernel schneller entwickelt wird?

Anzeige
  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Warum der Linuxkernel schneller entwickelt wird?

    Autor: Knarzi 11.05.13 - 13:10

    Ganz einfach, wenn man quasi alles in den Kernel pfropft, muss man eben auch permanent dran entwickeln. Ich erinnere nur an die Headlines im Jahre 2006 und 2007. Kernel 2.6.*: Wlan-Leistung verbessert. Kernel 2.6.*: Wlan-Leistung zuverlässiger und so weiter.

  2. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: DrWatson 11.05.13 - 13:15

    Ich verstehe nicht was du sagen willst. Wer stopft Dinge in welchen Kernel?

  3. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: i.like.webm 11.05.13 - 13:44

    Das dachte ich auch immer, aber du brauchst ja das zeug, welches du nicht benötigst nicht zu kompilieren.. Außerdem glaub ich, dass Linus ein gutes Händchen hat, mit dem was zu Kernel hinzugefügt wird...
    Was ich zu bemängeln hab ist, dass zu viel Energie in Linux alleine gesteckt wird. Wär ja mal nett, wenn FreeBSD, NetBSD auch die Treiber benutzen könnten. Aber die Hersteller interessiert das nicht.

  4. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: Lockenkopf Texas Ranger 11.05.13 - 13:45

    es ergibt doch Sinn, Treiber im Kernel zu haben, so dass sich der User nicht um diese kümmern muss.

    Naja davon ab, haben aber Linux und der NTKernel sehr unterschiedliche Ansätze.

  5. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: i.like.webm 11.05.13 - 13:49

    Ja macht es definitiv, aber die alte Grafikkarte von 1980 noch zu unterstützen ist nutzlos.

  6. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: derats 11.05.13 - 14:01

    i.like.webm schrieb:
    --------------------------------------------------------------------------------
    > Ja macht es definitiv, aber die alte Grafikkarte von 1980 noch zu
    > unterstützen ist nutzlos.

    Nö. Vor anderthalb Jahren oder so wurde Support für eine ~15 Jahre alte Matroxkarte (müsste G200 gewesen sein) hinzugefügt. Damals haben auch viele Leute "häää?????" gesagt.

    Die G200 steckt in ca. nem Drittel aller Server…

  7. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: kiss 11.05.13 - 14:34

    Lockenkopf Texas Ranger schrieb:
    --------------------------------------------------------------------------------
    > es ergibt doch Sinn, Treiber im Kernel zu haben, so dass sich der User
    > nicht um diese kümmern muss.
    Das geht aber nur auf wenn die Treiber OSS sind.

    Ich bin mit meiner gma500 immer noch auf 3.2 angewiesen weil Intel es nicht für nötig hält den binären Treiber zu aktualisieren...

  8. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: QDOS 11.05.13 - 14:50

    derats schrieb:
    --------------------------------------------------------------------------------
    > Nö. Vor anderthalb Jahren oder so wurde Support für eine ~15 Jahre alte
    > Matroxkarte (müsste G200 gewesen sein) hinzugefügt.
    Wundert mich, dass das so lange gedauert hat, denn die Karte wird ja immer noch verbaut...

  9. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: Dumpfbacke 11.05.13 - 14:54

    Lockenkopf Texas Ranger schrieb:
    --------------------------------------------------------------------------------
    > es ergibt doch Sinn, Treiber im Kernel zu haben, so dass sich der User
    > nicht um diese kümmern muss.
    Ansichtssache. Treiber im Kernel sind einerseits ein Stabilitätsproblem und anderseits ein Sicherheitsrisiko.
    Außerdem macht es nicht viel Sinn, zig Treiber zu laden, die man gar nicht braucht.
    Da ist das modulare Design sinnvoller, aber auch nicht der Weisheit letzter Schluß. ;)

    mfg

  10. wenig linuxerfahrung?

    Autor: ubuntu_user 11.05.13 - 15:40

    Dumpfbacke schrieb:
    --------------------------------------------------------------------------------
    > Ansichtssache. Treiber im Kernel sind einerseits ein Stabilitätsproblem und
    > anderseits ein Sicherheitsrisiko.



    > Außerdem macht es nicht viel Sinn, zig Treiber zu laden, die man gar nicht
    > braucht.

    macht linux ja auch nicht

    > Da ist das modulare Design sinnvoller, aber auch nicht der Weisheit letzter
    > Schluß. ;)

    der linuxkernel ist modular.
    es gibt nen riesigen sourcetree wo sehr viel drin ist. das interessiert dich aber nicht. du kompilierst deinen teil, der von der konfig gesteuert wird. dabei gibt es 3 möglichkeiten:
    [] modul nicht enthalten
    [] modul fest im kernel
    [] modul als kernelmodul und wird zur laufzeit geladen

  11. Re: wenig linuxerfahrung? - zum Glück

    Autor: Dumpfbacke 11.05.13 - 16:33

    ubuntu_user schrieb:
    --------------------------------------------------------------------------------
    > Dumpfbacke schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Ansichtssache. Treiber im Kernel sind einerseits ein Stabilitätsproblem
    > und anderseits ein Sicherheitsrisiko.
    >
    > nö
    Doch, sind sie rein von der Logik schon her.
    Ein Modul kann entladen werden, ein Kernelmodul bereitet hier Probleme.
    Als ganz dummes Beispiel sei hier Fuse genannt. Sie läuft nur im User Space, was den Vorteil hat, wenn diese Komponente abstürzt, wird der Kernel nicht mitgerissen.

    Asonsten kannst du dir auch gerne das Prinzip von Hurd anschauen:
    http://de.wikipedia.org/wiki/GNU_Hurd#Konzept

    Das Treiber ein Sicherheitsrisiko darstellen, konnte man 2006/ 2012 am NVidia Treiber sehen. Er ist zwar closed, hat aber ein Sicherheitsloch ermöglicht. Und ansonsten hast du auch hier das Problem, dass Treiber gerne im Ring 0 laufen und so vollen Zugriff haben.

    > > Da ist das modulare Design sinnvoller, aber auch nicht der Weisheit
    > letzter
    > > Schluß. ;)
    >
    > der linuxkernel ist modular.
    > es gibt nen riesigen sourcetree wo sehr viel drin ist. das interessiert
    > dich aber nicht. du kompilierst deinen teil, der von der konfig gesteuert
    > wird. dabei gibt es 3 möglichkeiten:
    > [] modul nicht enthalten
    > [] modul fest im kernel
    > [] modul als kernelmodul und wird zur laufzeit geladen
    Ich installiere eigentlich lieber und benutze es. Wozu das eine oder andere Modul geladen wird, können wir raten, aber ein WLan- Modul ohne vorhandes WLan zu laden mag für die meisten User gut sein, aber ich brauch es nicht. So werden je nach Distri auch mal das eine oder ande geladen, was für den einen zwar praktisch, für den anderen aber überflüssig ist.

    mfg

  12. Re: wenig linuxerfahrung? - zum Glück

    Autor: DrWatson 11.05.13 - 16:40

    Dumpfbacke schrieb:
    --------------------------------------------------------------------------------
    > ubuntu_user schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Dumpfbacke schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > Ansichtssache. Treiber im Kernel sind einerseits ein
    > Stabilitätsproblem
    > > und anderseits ein Sicherheitsrisiko.
    > >
    > > nö
    > Doch, sind sie rein von der Logik schon her.
    > Ein Modul kann entladen werden, ein Kernelmodul bereitet hier Probleme.

    Mit Modul und Kernelmodul ist das gleiche gemeint - alles andere wären Userspace Treiber.

    > Als ganz dummes Beispiel sei hier Fuse genannt. Sie läuft nur im User
    > Space, was den Vorteil hat, wenn diese Komponente abstürzt, wird der Kernel
    > nicht mitgerissen.

    Dabei ist es aber extrem langsam.

    > Asonsten kannst du dir auch gerne das Prinzip von Hurd anschauen:
    > de.wikipedia.org#Konzept

    Ein Kernel, der nach fast 25 Jahren der Entwicklung immer noch nicht fertig ist, ist wohl eher ein Anti-Beispiel


    > Das Treiber ein Sicherheitsrisiko darstellen, konnte man 2006/ 2012 am
    > NVidia Treiber sehen. Er ist zwar closed, hat aber ein Sicherheitsloch
    > ermöglicht. Und ansonsten hast du auch hier das Problem, dass Treiber gerne
    > im Ring 0 laufen und so vollen Zugriff haben.

    Trotzdem laufen auch bei Windows die meisten Treiber im Kernelspace


    > Ich installiere eigentlich lieber und benutze es. Wozu das eine oder andere
    > Modul geladen wird, können wir raten, aber ein WLan- Modul ohne vorhandes
    > WLan zu laden mag für die meisten User gut sein, aber ich brauch es nicht.
    > So werden je nach Distri auch mal das eine oder ande geladen, was für den
    > einen zwar praktisch, für den anderen aber überflüssig ist.

    Was willst du uns damit sagen? Wenn ein Treiber nicht benötigt wird, wird er nicht geladen.

  13. Re: wenig linuxerfahrung? - zum Glück

    Autor: ubuntu_user 11.05.13 - 17:04

    kann dir da nur zustimmen

  14. Re: wenig linuxerfahrung? - zum Glück

    Autor: Anonymer Nutzer 11.05.13 - 17:20

    Dumpfbacke schrieb:
    --------------------------------------------------------------------------------
    > ubuntu_user schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Dumpfbacke schrieb:
    > >
    > ---------------------------------------------------------------------------
    > blablabla


    Wird schon seinen Grund haben, weshalb Mikrokernel nie so erfolgreich waren die Hybride oder Monolithen....

  15. Re: Warum der Linuxkernel schneller entwickelt wird?

    Autor: JohnD 11.05.13 - 18:27

    Dumpfbacke schrieb:
    --------------------------------------------------------------------------------
    > Lockenkopf Texas Ranger schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > es ergibt doch Sinn, Treiber im Kernel zu haben, so dass sich der User
    > > nicht um diese kümmern muss.
    > Ansichtssache. Treiber im Kernel sind einerseits ein Stabilitätsproblem und
    > anderseits ein Sicherheitsrisiko.
    > Außerdem macht es nicht viel Sinn, zig Treiber zu laden, die man gar nicht
    > braucht.
    > Da ist das modulare Design sinnvoller, aber auch nicht der Weisheit letzter
    > Schluß. ;)
    >
    > mfg


    Natürlich macht es keine Sinn Treiber zu laden, die man gar nicht braucht. Aber das tut ja auch keiner... weder Windows noch Linux.
    Ein nicht geladener Treiber kann auch kein Sicherheits- oder Stabilitätsrisiko sein.
    Mir ist also nicht ganz klar wovon du redest.

  16. Re: wenig linuxerfahrung? - zum Glück

    Autor: DrWatson 11.05.13 - 20:18

    Kontextwechsel sind ein Performancekiller, aber wer weiß, was die Zukunft bringt.

  17. Re: wenig linuxerfahrung? - zum Glück

    Autor: Der braune Lurch 11.05.13 - 21:20

    > Trotzdem laufen auch bei Windows die meisten Treiber im Kernelspace

    Soweit ich weiß, sind das nur die Grafiktreiber.

    ------------------------------
    Der Molch macht's.
    ------------------------------
    How much money have you spent on League of Legends?

  18. Re: wenig linuxerfahrung? - zum Glück

    Autor: ruedigerr 11.05.13 - 22:08

    > > Trotzdem laufen auch bei Windows die meisten Treiber im Kernelspace
    > Soweit ich weiß, sind das nur die Grafiktreiber.

    Gerade die Grafiktreiber wurden ab Vista (teilweise) mit WDDM in den Userspace verlegt.

  19. Re: wenig linuxerfahrung? - zum Glück

    Autor: DrWatson 11.05.13 - 22:23

    Network Stack, Dateisystem und sogar teile vom IIS sind im Windows Kernel enthalten.

  20. Re: wenig linuxerfahrung? - zum Glück

    Autor: DrWatson 11.05.13 - 22:24

    ruedigerr schrieb:
    --------------------------------------------------------------------------------
    > Gerade die Grafiktreiber wurden ab Vista (teilweise) mit WDDM in den
    > Userspace verlegt.

    Da waren sie von Anfang an, bis man Performance-Probleme bekam und sie in den Kernel stopfte. Mit Vista hat man sie dann wieder heraus geholt.

  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. Dynamic Engineering GmbH, München
  2. T-Systems on site services GmbH, Leinfelden-Echterdingen
  3. über Robert Half Technology, Großraum Düsseldorf
  4. Kontron AG, Augsburg

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. (alle Angebote versandkostenfrei, u. a. Xbox One Special Edition Controller je 37,00€, Game of...
  2. für je 11,99€
  3. 22,46€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Swift Playgrounds im Test: Apple infiziert Kinder mit Programmiertalent
Swift Playgrounds im Test
Apple infiziert Kinder mit Programmiertalent
  1. Asus PG248Q im Test 180 Hertz erkannt, 180 Hertz gebannt

MacOS 10.12 im Test: Sierra - Schreck mit System
MacOS 10.12 im Test
Sierra - Schreck mit System
  1. MacOS 10.12 Sierra fungiert als alleiniges Sicherheitsupdate für OS X
  2. MacOS Sierra und iOS 10 Apple schmeißt unsichere Krypto raus
  3. Kaspersky Neue Malware installiert Hintertüren auf Macs

Android 7.0 im Test: Zwei Fenster für mehr Durchblick
Android 7.0 im Test
Zwei Fenster für mehr Durchblick
  1. Android-X86 Desktop-Port von Android 7.0 vorgestellt
  2. Android 7.0 Erste Nougat-Portierung für Nexus 4 verfügbar
  3. Android 7.0 Erste Nougat-Portierungen für Nexus 5 und Nexus 7 verfügbar

  1. Project Mortar: Mozilla möchte Chrome-Plugins für Firefox unterstützen
    Project Mortar
    Mozilla möchte Chrome-Plugins für Firefox unterstützen

    Die NPAPI soll verschwinden, daher plant Mozilla Chrome-Plugins für den Firefox-Browser: Durch das Pepper-API sollen PDFium für Dokumente und Pepper Flash für Flash-Inhalte integriert werden.

  2. Remedy: Steam-Version von Quantum Break läuft bei Nvidia flotter
    Remedy
    Steam-Version von Quantum Break läuft bei Nvidia flotter

    Keine Universal Windows Platform mehr notwendig: Microsoft hat Quantum Break auch für Steam veröffentlicht, die Boxed-Version stammt von THQ Nordic. Wer eine Geforce-Karte verwendet, profitiert teils - wer eine Radeon nutzt, sollte bei der UWP bleiben.

  3. Videostreaming: Twitch Premium wird Teil von Amazon Prime
    Videostreaming
    Twitch Premium wird Teil von Amazon Prime

    Das kostenpflichtige Angebot Prime von Amazon.de bietet vor allem Computerspielern noch mehr Vorteile: Fans von Computerspielen bekommen ab sofort neue Games etwas günstiger - und eine Mitgliedschaft bei Twitch Premium, von der auch die abonnierten Streamer profitieren.


  1. 13:15

  2. 12:30

  3. 11:45

  4. 11:04

  5. 09:02

  6. 08:01

  7. 19:24

  8. 19:05