symlink.ch
Wissen Vernetzt - deutsche News für die Welt
 
symlink.ch
FAQ
Mission
Über uns
Richtlinien

Moderation
Einstellungen
Story einsenden

Suchen & Index
Ruhmeshalle
Statistiken
Umfragen

Redaktion
Themen
Partner
Planet

XML | RDF | RSS
PDA | WAP | IRC
Symbar für Opera
Symbar für Mozilla

Freunde
Benutzergruppen
LUG Switzerland
LUG Vorarlberg
LUGen in DE
SIUG
CCCZH
Organisationen
Wilhelm Tux
FSF Europe
Events
LinuxDay Dornbirn
BBA Schweiz
CoSin in Bremgarten AG
VCFe in München
Menschen
maol
Flupp
Ventilator
dawn
gumbo
krümelmonster
XTaran
maradong
tuxedo

 
User-Mode Linux im offiziellen Kernel
Veröffentlicht durch maol am Freitag 13. September, 08:22
Aus der Featuritis Abteilung
Linux turrican schreibt "UML Merged Into 2.5 Kernel. das teil ist nicht nur für bastler interessant. auch webhoster die ihren kunden gerne einen "ganzen" linux server zur verfügung stellen wollen, könnten gut davon profitieren." Dazu noch die Links zu User-Mode Linux und zur eigentlichen Ankündigung auf Kernel-Trap.

Robocode Wettbewerb beendet | Druckausgabe | Roboter erforschen Cheops-Pyramide  >

 

 
symlink.ch Login
Login:

Passwort:

extrahierte Links
  • Slashdot
  • Linux
  • UML Merged Into 2.5 Kernel
  • User-Mode Linux
  • Ankündigung auf Kernel-Trap
  • Mehr zu Linux
  • Auch von maol
  • Diese Diskussion wurde archiviert. Es können keine neuen Kommentare abgegeben werden.
    Wurde auch Zeit (Score:0)
    Von Anonymer Feigling am Friday 13. September, 10:15 MEW (#1)
    Endlich das, wonach ich mich schon lange gesehnt habe. Hoffentlich muss man nicht für jede linuxinstanz je eine Neuinstallation durchführen. Vererbung wäre gut.
    Re:Wurde auch Zeit (Score:1)
    Von Mr.Dada am Friday 13. September, 11:57 MEW (#2)
    (User #164 Info)
    Kopieren reicht schon
    Re:Wurde auch Zeit (Score:1)
    Von Joker am Friday 13. September, 14:49 MEW (#5)
    (User #1005 Info) http://www.netswarm.net/
    Es gibt eine "copy-on-write"-Funktion. Da wird das original Image erst geklont, wenn eine Veränderung stattfindet.
    Re:Wurde auch Zeit (Score:0)
    Von Anonymer Feigling am Friday 13. September, 20:12 MEW (#6)
    Na das nenne ich Super gelöst. Auch wäre noch gut, wenn ausser dem Filesystem andere Ressources auf die Art vergeben werden können, das stand zwar in recht allgemeiner Form auf der Seite, aber malsehen. Trotz einer gewissen Unsicherheit immerhin schleicht sich bei mit da so ein Weihnachtliches Gefühl ein. :-)
    Re:Wurde auch Zeit (Score:0)
    Von Anonymer Feigling am Friday 13. September, 22:49 MEW (#7)
    ...bis du die Performance siehst: Leider schlecht, da der Kernel auf den Kernel zugreift (sacklangsam ;-)
    vserver/UML-Vergleich (Score:1)
    Von SrmL (dwsl@dur.ch) am Friday 13. September, 12:08 MEW (#3)
    (User #17 Info) http://dur.ch/
    Wir haben bei uns vserver im Einsatz und sind eigentlich ziemlich zufrieden damit. Mit UML hab ich noch nie gearbeitet.

    Gibt es irgendwo im Netz einen Vergleichstest zwischen vserver und UML? Ich hab gehört, UML hätte teilweise konzeptbedingte Performanceprobleme, die erst noch angegangen werden sollen.

    Re:vserver/UML-Vergleich (Score:0)
    Von Anonymer Feigling am Saturday 14. September, 09:57 MEW (#9)
    Also wenn du aus Anhieb weisst, wie vserver funktioniert, teile es bitte mit. Die beiden Varianten, die ich kenne, die ohne Keinerpatch auskommen (LD_PRELOAD z.b. verwendet bei fakeroot, oder ptrace, z.b. verwendet von strace) sind mit beide zu unsicher, da umgehbar und erkennbar.
    Re:vserver/UML-Vergleich (Score:0)
    Von Anonymer Feigling am Monday 16. September, 21:50 MEW (#10)
    Ich bins nochmal. Habe heute + UML installiert und bin positiv überrascht. Konnte leider noch keine allzugrossen Tests fahren, nach 14h Arbeit ist die Lust am Ende. Grosser Vorteil: Copy On Write sehr flexibel, Nachteil: leider können keine richtigen (soweit ich das verstanden habe) devices gebootet werden, sondern nur bootfiles, die man mit schwieriger loopdevicetechnik erstellt hat, der Nachteil dazu ist wiederum, das man nur als root loopdevicefeatures fahren kann, aber vieleicht ändert sich das mal, da wäre ich dafür. Geschwindigkeiten konnte ich erstmal nur mit cat '/dev/urandom' und 'ls -R /' testen, das sah im Prinzip genauso aus, wie ohne VM, sagt aber nicht viel aus, bekantlicherweise ist die Consolenausgabe die Hauptbremse dieser Operation. Bis auf den heutigen Aufwand, der sich bei ordentlicher Dokumentation in Zukunft vermeiden lässt bin ich recht froh, das es ganz gut geht ein weiterer Vorteil besteht unter anderem darin, dass im Gegensatz zu vserver nicht der Hauptkernel für das ganze System gepatcht werden muss, sondern nur der Kernel, der zum Schluss gestartet wird und damit ist es darüberhinaus egal, auf welchem Kernel das System läuft, nur der Kernel, der gestartet werden muss ( wie ein Programm) muss halt aus der 2.4.*-er Reihe sein oder höher.
    nicht i386? (Score:0)
    Von Anonymer Feigling am Friday 13. September, 12:09 MEW (#4)
    läuft das teil auch auf nicht i386 platformen? zb alpha?
    hab so auf die schnelle auf der hp nix gefunden...
    Re:nicht i386? (Score:0)
    Von Anonymer Feigling am Friday 13. September, 22:51 MEW (#8)
    Theoretisch sollte es auf allen Linux-Plattformen laufen, da es auf Kernelfunktionen zugreift

    Linux User Group Schweiz
    Durchsuche symlink.ch:  

    Never be led astray onto the path of virtue.
    trash.net

    Anfang | Story einsenden | ältere Features | alte Umfragen | FAQ | Autoren | Einstellungen