KVM VGA Passtrough - konsole hängt sich auf

[BLACKDIAMONT]

Hmm naja genau genommen ist es ein B85M sollte eigentlich das selbe sein^^

btw hab das mit usb hinbekommen hehe
statt via host ids zu gehen einfach die device ids benutzen die sind ja gebunden

Dann kann ich auch den usb stick entfernen und wieder reinstecken ohne reboot

Lese nebenbei noch den roman vom vfio blog

[NAB]

"B85M" ist der Name deines Mainboard ... es hat aber auch einen B85-Cipsatz. Am Chipsatz kann es also nicht liegen ... am Hersteller/UEFI aber schon. Falls du ein anderes Mainboard testen willst, würde ich ASRock empfehlen. Aber da PCI-Passthrough mit deinem Mainboard geht, und sogar mit einer VGA-Karte geht, denke ich nicht, dass es daran liegt.

Übrigens ... seitdem Grafikkarten mehr als zwei Ausgänge haben, bin ich immer wieder überrascht, welchen Ausgang sie für den Richtigen halten, wenn sie gerade initialisiert werden. Vielleicht siehst du nur deswegen einen schwarzen Bildschirm, weil die Grafikkarte das Bild gerade woanders ausgibt.

[BLACKDIAMONT]

Jo, bei der HD7770 isses der DVI, hatte es mit dvi und hdmi probiert.

displayport hab ich nicht und brauch ich auch nicht xD

Hatte früher nur probleme mit den asrock, bin da etwas vorsichtig

Sollen aber wieder besser sein hab ich von einigen gehört.

Naja mal schauen, vielleicht stolper ich noch über die Lösung

Hatte noch überlegt ne quadro zu leihen aber die sind ja nix für gaming eher für cad usw.....

edit:
controller und ssd sind da

Es ist ein Marvell chip aber funktioniert super in der vm

edit2:
okay.....ich habe 1:1 auf die ssd am controller mit dd kopiert aber das efi findet den bootloader nicht mehr ;.;

Installieren lässt windows auch nicht, trotz richtigen Treiber findet er nichts -_-

So hatte ich das nicht gedacht^^

edit3:

ich hab jetzt das image nochmal geladen weil ich die performance testen wollte, hatte total vergessen das jetzt die ssd auch die uuid vom image hat.

windows ist so cool und hat das qemu laufwerk deaktviert xD

ist zwar auch ein weg aber nicht so die feine art :/

währe doch ne idee eine art "boot laufwerk" zu erstellen...

[NAB]

Es ist ein Marvell chip aber funktioniert super in der vm

Einige funktionieren seit Kernel 3.17. Mit umständlichen Workarounds, die die Geschwindigkeit (leicht) drosseln.

okay.....ich habe 1:1 auf die ssd am controller mit dd kopiert aber das efi findet den bootloader nicht mehr ;.;

Öhm ... was hast du denn da kopiert? Die Image-Datei auf der Festplatte? Wenn die qcow2-Format hat, musst du sie erst mounten:
http://www.netzkompetenz.ch/ubuntu/qcow ... e-mounten/

Ach sonst wäre es schlau, auf der SSD erst Partitionen anzulegen, wegen Alignment.

windows ist so cool und hat das qemu laufwerk deaktviert xD

Tja, du sollst ein Windows ja auch nicht zwei mal installieren ^^

währe doch ne idee eine art "boot laufwerk" zu erstellen...

Warum jetzt? Weil der Windows-Installer den Marvell-Controller nicht sieht?

Es müsste fast genau so schnell sein, die SSD am Marvel-Controller durchzureichen, statt den ganzen Controller.

Und ... ehm ... was passiert eigentlich, wenn du Windows auf OVMF bootest und der Marvel-Controller nur eine BIOS-Firmware hat?

Und ... was passiert eigentlich, wenn dein UEFI den Controller schon initialisiert (eventuell per BIOS) und dein Linux gar schon einen Treiber lädt, und Windows dann nachher einen frisch gestarteten Controller erwartet?

[BLACKDIAMONT]

Öhm ... was hast du denn da kopiert? Die Image-Datei auf der Festplatte? Wenn die qcow2-Format hat, musst du sie erst mounten:
http://www.netzkompetenz.ch/ubuntu/qcow ... e-mounten/

Naa die ist im raw format gespeicht

Tja, du sollst ein Windows ja auch nicht zwei mal installieren ^^

Habs doch nur geklont *gg*

Es müsste fast genau so schnell sein, die SSD am Marvel-Controller durchzureichen, statt den ganzen Controller.

Nur die Frage ob ich dann leistungseinbusen habe wie vorher

Aber daran hatte ich auch gedacht, klar es ist ein extra controller aber ob das noch vorteil ist.....

Und ... ehm ... was passiert eigentlich, wenn du Windows auf OVMF bootest und der Marvel-Controller nur eine BIOS-Firmware hat?

Nix^^
Glaube da brauch das ding ein efi rom oder so

Und ... was passiert eigentlich, wenn dein UEFI den Controller schon initialisiert (eventuell per BIOS) und dein Linux gar schon einen Treiber lädt, und Windows dann nachher einen frisch gestarteten Controller erwartet?

Bitte was? O.o

edit:
Mir ist etwas eingefallen, der controller direkt ermöglicht ja den cache zu benutzen was ja so nicht empfohlen wird wenn es direkt oder als image angegeben wird.

währe zumindest ein vorteil

[NAB]

Nur die Frage ob ich dann leistungseinbusen habe wie vorher

Ausprobieren?
Wobei die Leistungseinbußen so klangen, als ob die SSD wie blöde Daten überträgt. Vielleicht kann die einfach nicht schneller, oder du bremst sie durch falsches Alignment aus. Und wie gesagt - wie das mit dem Alignment aussieht, wenn eine Datei als Festplattenimage durchgereicht wird, ist mir nach wie vor unklar.

Glaube da brauch das ding ein efi rom oder so

Tja ... hat es eins? Bietet Marvel vielleicht eins zum Flashen an? Kann man vielleicht eins in OVMF integrieren?

Und ... was passiert eigentlich, wenn dein UEFI den Controller schon initialisiert (eventuell per BIOS) und dein Linux gar schon einen Treiber lädt, und Windows dann nachher einen frisch gestarteten Controller erwartet?

Bitte was? O.o

Du schaltest den Rechner ein ... dein UEFI fragt den Controller "Hey, was hast du denn im Angebot?" ... der Controller antwortet "Tja, ne Festplatte" ... das UEFI sagt "Alles klar, danke, halt dich bereit, ich komme darauf zurück, wenn ich sie brauche".

Und dann kommt dein OVMF ... falls es den Controller überhaupt erkennen kann ... und fragt ihn "Hey, was hast du denn im Angebot?" ... und der Controller antwortet "Wie?!? Noch mal?!? Weißt du doch schon! Leck mich!". Dann denkt OVMF sich "Na, der ist aber unfreundlich, mit dem rede ich nicht mehr."

Wenn Linux zwischendurch noch einen Treiber lädt, könnte es noch schlimmer aussehen.

Worauf ich insbesondere hinaus wollte: Wenn dein UEFI den Controller per BIOS initialisiert, dann spricht der vermutlich nur noch "BIOS" und kein UEFI mehr. Eventuell kannst du im UEFI die OpRoms auf UEFI-only schalten. Oder deinem UEFI sagen, dass es den Controller ganz in Ruhe lassen soll.

Mir ist etwas eingefallen, der controller direkt ermöglicht ja den cache zu benutzen was ja so nicht empfohlen wird wenn es direkt oder als image angegeben wird.

Empfohlen wird es nicht, machen kannst du es schon. Der Controller selber hat ja keinen Cache, sondern die Festplatte, und wenn einzig Windows darauf zugreift, kann es auch kein Durcheinander geben. Windows kann die Festplatte dann halt nicht mehr fragen, ob der Cache wirklich schon geschrieben ist, was eigentlich nur beim Herunterfahren relevant ist.

[BLACKDIAMONT]

Naja alle Devices werden ja resettet sobald sie einer VM zugeordnet werden, oder nicht?

Ob die ein efi rom haben öh müsst ich schauen keine ahnung.

Habs jetzt direkt gemacht, mal schauen wie die performance ist.

[NAB]

Naja alle Devices werden ja resettet sobald sie einer VM zugeordnet werden, oder nicht?

Nein! Naja, man versucht es, aber das klappt mal mehr mal weniger gut. Einen richtigen PCI-Reset kann man nicht durchführen, weil etliche Karten sich danach nie wieder am PCI-Bus anmelden.

Wenn ein richtiger Treiber läuft, dann kann der (meist) damit umgehen. Aber beim Booten oder bei der Installation ist Windows (bzw. das BIOS/EFI) darauf angewiesen, dass die Geräte sich verhalten, als seien sie frisch eingeschaltet worden.

Das ist ja das Problem beim VGA-Passthrough ... wenn BIOS oder Treiber die Karte angefasst haben, ist die nie wieder so wie vorher und verhält sich beim Durchreichen als primäre Karte nicht mehr so wie eine VGA-Karte.

[BLACKDIAMONT]

Also die Performance ist laut Windows Index besser wenn ich die Platte angebe statt controller durchreiche.

Müsste das mal testen ob ich den controller überhaupt brauche ^^

[NAB]

Der "Leistungsindex" ist sicherlich kein verlässlicher Performance-Messer.

[BLACKDIAMONT]

Nein das nicht xD, aber mit ATTO hatte ich statt 450MB/s lesen und schreiben nur 390MB/s lesen und 156MB/s schreiben......

Bin grad am zoggen^^
Ich teste das mal nachher

btw was ich erfolgreich testen konnte, wenn der host auslastung hat auf der mushkin SSD und ich zogge auf der vm welche die Kingston SSD hat, gibts keine hänger

[NAB]

Das könnte an einem miesen Windows-Treiber liegen. Oder an den Verrenkungen, die Linux unternehmen muss, um einen Marvell-Controller durchzureichen. Aber 450 MB/s sind ja auch nicht schlecht

Wenn der Host die Systemplatte auslastet, bleibt natürlich weniger Durchsatz für den Gast ... logisch.

[BLACKDIAMONT]

Naja die Mushkin wird angegeben mit 550MB/s ^^

Und mit ATTO erreicht die das auch

Naja ich test das heut oder morgen mal wie es jetzt ist, sollte doch etwas besser sein^^

[NAB]

Mushkin verbaut Sandforce-Controller, oder? Dann erreicht sie diese Werte auch einzig und alleine im ATTO-Benchmark

[BLACKDIAMONT]

Kingston hat auch Sandforce, so wie Corsair usw eigentlich die Meisten.

Samsung hat ja was eigenes^^

Wobei ich mit den Mushkins bisher sehr zufrieden bin, sind echt schnell hehe

Meine erste war ne OCZ Vertex 2 xD nach 2 Monaten tot

Seitdem Mushkin Chronos Deluxe 60 + 120GB

Hatte mal ne Samsung 830, nur die war spürbar langsamer kp wiso

edit:

Ich habe mal den 3.18er kernel inklusive patches für Debian online gestellt.

http://repo.mystic-welten.de/debian/kernel/

ich mach die Tage mal ein sauberes tutorial

[NAB]

Holla, klasse! Danke!

[BLACKDIAMONT]

Ach kein Thema^^

Hab nochmal das aktuelle 3.18.9 lts release gepatcht und kompiliert, selbiges mit dem stable release 3.19.1


Habe jetzt die HD7770 mit der HD6670 von meinem Bruder getauscht, weil ich ja noch die PCIe USB 3.0 Karte einbauen möchte.

Allerdings warte ich schon seid ner Woche auf das Paket(typisch ebay händler) -.-

Jedenfalls hat die Sofort funktioniert

Mit AMD ist es überhaupt kein Problem ^^

Leider bei Nvidia noch kein Erfolg bisher.....auch EVGA kann mir da keinen Support geben und verweist mich auf das Linux Forum von Nvidia und co. :/

Gibt irgendwie keine möglichkeit Nvidia direkt zu konntaktieren

[NAB]

Gibt irgendwie keine möglichkeit Nvidia direkt zu konntaktieren

Doch, reichlich ... zum Beispiel über das Nvidia-Forum. Da werden sie dir dasselbe erzählen, was ich dir erzählt habe ... "not supported, buy Quadro!"

Hast du es eigentlich mal mit .rom-Files anderer Hersteller für die gleiche/ähnliche Karte versucht? (also nicht flashen, nur mit qemu laden). Vielleicht kocht EVGA da sein eigenes Süppchen (was sie dir bestimmt nicht auf die Nase binden werden).

[BLACKDIAMONT]

Achso ne das hab ich noch nicht probiert

Währe mal eine idee hehe

btw was ich witzig finde, ich google grad nach passtrough + 750 ti und finde meistens Threads wo amd karten nicht gingen aber dafür nvidia O.o

Ich probier gleich mal paar bios durchzureichen

quadro mod geht ja leider ab 700er Serie auch nicht mehr

Ansonsten geb ich mal geld für eine grössere amd aus *würg* ^^

Mir gefällt passtrough total ^_^

[NAB]

btw was ich witzig finde, ich google grad nach passtrough + 750 ti und finde meistens Threads wo amd karten nicht gingen aber dafür nvidia O.o

Achte auf das Alter der Meldungen. Den hier finde ich als ersten Treffer:
https://www.redhat.com/archives/libvirt ... 00027.html
Oktober 2014

Da ist selbst Alex Williamson der Meinung, dass es mit Nvidia immer schlechter aussieht ... "Nvidia has been throwing us some curve balls with their driver and hypervisor detection, but there are still combinations that work.".

Meiner Meinung nach läge nichts näher, als dass Nvidia versucht, so eine "Virtualisierungsblockade" gleich im ROM der Karte unterzubringen, statt im Treiber. Da lässt sie sich schwerer rauspatchen und nicht durch einen eigenen Treiber umgehen. Davon habe ich aber bisher nichts gehört, es müsste also wenn, dann sehr neu sein.

Wenn du ein älteres ROM für deine Karte findest, wäre es zumindest interessant, ob sich da in den letzten Monaten was verändert hat.

Ansonsten geb ich mal geld für eine grössere amd aus *würg* ^^

Ja, mir gefällt's auch nicht ... ich hätte mir auch lieber ne stromsparende Nvidia geholt ...

Nebenbei ... es ist nicht immer klar, ob die Leute ein AMD- oder ein Intel-Mainboard verwendet haben ... eventuell geht's mit AMD besser, da fehlt mir die Übersicht.

Mir gefällt passtrough total ^_^

Mir auch! Endlich kein DualBoot mehr ... und für jeden Verwendungszweck ein eigenes Windows-Image ^^

[BLACKDIAMONT]

Da ist selbst Alex Williamson der Meinung, dass es mit Nvidia immer schlechter aussieht ... "Nvidia has been throwing us some curve balls with their driver and hypervisor detection, but there are still combinations that work.".

Ja das habe ich auch gelesen, da ich aber kurz nach Release die Karte gekauft habe glaube ich kaum das es älteres BIOS gibt.

Zumal ja die GT520 bisher auch nicht ging und völlig von allen Schikanen frei sein sollte. Ich könnt ja noch die 8800GTS testen die hat zumindest mehr Power als die 520 und die 6670, braucht aber massig strom :/

Nebenbei ... es ist nicht immer klar, ob die Leute ein AMD- oder ein Intel-Mainboard verwendet haben ... eventuell geht's mit AMD besser, da fehlt mir die Übersicht.

Das Ubuntu Tutorial ist mit folgender Hardware:

Code: Alles auswählen

ASUS Sabertooth 990fx rev2
AMD FX8350
ATI Radeon HD 6450 (Host's Card)
EVGA Nvidia GTX 560 Ti (Windows 7 guest Card)

AMD CPUs sind aber schon lange geschichte bei mir

Mir auch! Endlich kein DualBoot mehr ... und für jeden Verwendungszweck ein eigenes Windows-Image ^^

Same here hehe ^^

edit:
Mir fällt gerade auf das ich den Lüfter der GPU nicht steuern kann unter passtrough, nicht wirklich schlimm aber gut zu wissen
Schätze mal OC wird dann auch nicht gehen, möchte das aber nicht versuchen bei den AMDs

.....ok jetzt gehts O_o

edit2:

Code: Alles auswählen

Emailed to Nvidia support, they replied "GRID, Tesla and Quadro" are the only supported and they don't support virtualization at desktop products. Thats bad :(

Was is grid?

Edit ich weiss es....grad mit dem nvidia support am chatten holy shit!

http://www.nvidia.com/object/grid-technology.html

Nichtmal quadro sind mehr supported!!

update:
Er weiss nur das GRID karten dafür gedacht sind, leider sind diese für enterprise hardware und nur bestimmte boards etc unterstützen diese Karten

Ich habe ihm die Problematik erläutert das ich Zuhause normal zoggen will, aber virtualisiert. Weil diese GRID sind für cloud lösungen, also nicht wirklich relevant für home/office.
Er hat es sich notiert und kann es als Feedback nach oben weitergeben, was für mich heisst viel bewirken wird das eher nicht.

Hab ihn auch gefragt wie es in Zukunft mit Split Frame Rendering ausschaut weil das währe bei SLI ein grosser Vorteil. Leider hat er darüber überhaupt keine Information aber gibt das an das Entwickler Team weiter.
Bin ich auch mal gespannt

[NAB]

Ja das habe ich auch gelesen, da ich aber kurz nach Release die Karte gekauft habe glaube ich kaum das es älteres BIOS gibt.

Jupp, das klingt logisch. Das bedeutet aber auch, dass es nicht nur an der Karte liegt ... es gibt ja einzelne Berichte, dass sich eine GTX 750 durchreichen lässt. Du kannst jetzt natürlich anfangen, Hardware zu horten, bis du eine Kombination gefunden hast, die funktioniert ... und daran änderst du dann nie wieder was ... :-/

AMD CPUs sind aber schon lange geschichte bei mir

Bei mir auch, aber ... wenn's funktioniert? Fragt sich, was für dich schlimmer ist ... Nvidia-Karte nicht benutzen, oder AMD-Mainboard benutzen *fg*

Mir fällt gerade auf das ich den Lüfter der GPU nicht steuern kann unter passtrough, nicht wirklich schlimm aber gut zu wissen
Schätze mal OC wird dann auch nicht gehen, möchte das aber nicht versuchen bei den AMDs

.....ok jetzt gehts O_o

Das geht bei mir auch ... mit der AMD-Software. Aus dem OC-Alter bin ich hinaus ... das dürfte dann spannend werden, wenn der PCI-Takt des (virtuellen) PCs beeinflusst wird.

Er hat es sich notiert und kann es als Feedback nach oben weitergeben, was für mich heisst viel bewirken wird das eher nicht.

Natürlich kann so ein Support-Fuzzy keinen Einfluss auf die Nvidia-Entwicklung nehmen. Die offizielle Darstellung von Nvidia ist, dass das alles nur Bugs sind, die versehentlich in den Treiber eingeflossen sind, und nicht die Absicht bestände, Virtualisierung unter Linux absichtlich zu behindern. Wer's glaubt ...

Wobei die sicherlich nicht den einfachen Spielern den Spaß verderben wollen. Die wollen verhindern, dass man sich mit billigen Desktopkarten große virtualisierte Arrays aufbaut, weil man dazu gerne zu den sauteuren Server-Karten greifen soll. Umgekehrt basteln die Leute bei Red Hat aber bestimmt auch nicht an VGA-Passthrough, weil die mal auf ihrem Server zocken wollen ... die haben schon große Rechenzenter als Kunden im Auge, die eben billige Desktop-Karten einsetzen wollen.

[BLACKDIAMONT]

Jupp, das klingt logisch. Das bedeutet aber auch, dass es nicht nur an der Karte liegt ... es gibt ja einzelne Berichte, dass sich eine GTX 750 durchreichen lässt. Du kannst jetzt natürlich anfangen, Hardware zu horten, bis du eine Kombination gefunden hast, die funktioniert ... und daran änderst du dann nie wieder was ... :-/

Macht in zukunft keinen Sinn da mit biegen und brechen Nvidia Karten zum laufen zu bekommen, wenn es eh nicht mehr Supported ist :/

Bei mir auch, aber ... wenn's funktioniert? Fragt sich, was für dich schlimmer ist ... Nvidia-Karte nicht benutzen, oder AMD-Mainboard benutzen *fg*

Ganz klar, AMD cpu nutzen xD

Natürlich kann so ein Support-Fuzzy keinen Einfluss auf die Nvidia-Entwicklung nehmen. Die offizielle Darstellung von Nvidia ist, dass das alles nur Bugs sind, die versehentlich in den Treiber eingeflossen sind, und nicht die Absicht bestände, Virtualisierung unter Linux absichtlich zu behindern. Wer's glaubt ...

Wenn ein Unternehmen wert auf die Kunden legt geht das Zumindest bei uns ist es so ^^

Er hat mir ja auch gesagt das es nicht Supported wird, also ist weder ein Bug noch ein versehen

Klar will jedes Unternehmen irgendwo Gewinn machen, aber ich hab das Gefühl der ganze Mobile kram versaut alles.
Shield Tab usw

Genauso mit 3DFX, die haben es gekauft und das war's......anstatt Paralell Glide API weiterzuentwickeln wirds vergraben -_-

ATI Grafikkarten sind auch nicht mehr das wahre seit AMD die gekauft hatten....würden die mal das Catalyst Center übersichtlicher gestalten und Effizentere GPUs entwickeln währen die Karten garnichtmal so schlecht.

Aber fürs "normale" Zoggen reichen die ja auch eigentlich...

edit:
Wie sieht das eigentlich aus mit Trim support bei Qemu und SSDs?
Das OS ist ja normal zuständig für die Garbage Collection etc was in dem Fall nicht mehr geht..

edit2:
Habe meine Nvidia Geforce 8800 GTS 512 eingebaut, mit Windows Treiber code 43

Scheint eher ein Problem mit Nvidia selbst zu sein ^^

Hab das auch mit den MSI in der registry probiert, nix

edit3:
Ich habe mein Tutorial soweit Fertig
http://nfo.mystic-welten.de/kvm/

Kannst du mal mit drüberschauen bitte?

[NAB]

Wie sieht das eigentlich aus mit Trim support bei Qemu und SSDs?
Das OS ist ja normal zuständig für die Garbage Collection etc was in dem Fall nicht mehr geht..

Das gehört auch zu meinen ungelösten Problemen. Theoretisch ginge es, dass Qemu eine virtuelle Trim-Schnittstelle anbietet und gelöschte Datenblöcke an Linux weitermeldet. Nur dass Linux Trim gerne auf der Ebene seiner eigenen Dateisysteme regelt. Im Falle von Festplattenimages sieht Linux da eine große Datei und könnte mit der Meldung, dass da "Löcher" drin sind, nicht viel anfangen. Da wäre es schlauer, die Image-Datei einfach einmal umzukopieren, um sie zu defragmentieren. Und mit durchgereichten nackten Platten, wie du es machst, hat Linux eigentlich gar nichts mehr zu tun, da müsste Qemu ein eigenes Trim-Interface anbieten. Das gibt es meines Wissens noch nicht.

Habe meine Nvidia Geforce 8800 GTS 512 eingebaut, mit Windows Treiber code 43

Scheint eher ein Problem mit Nvidia selbst zu sein ^^

Hab das auch mit den MSI in der registry probiert, nix

Ich komme mir langsam albern vor zu wiederholen, dass es auch Leute gibt, die mit Nvidia Erfolg hatten. Also irgendwie muss es gehen ... ich weiß nur auch nicht, woran es hapert.

Ich habe mein Tutorial soweit Fertig
http://nfo.mystic-welten.de/kvm/

Kannst du mal mit drüberschauen bitte?

Holla, das ist klasse. Gerade weil es auf Deutsch wirklich wenig darüber zu finden gibt.

Was mich am meisten stört, sind die ungenauen Hardware-Vorausetzungen. vt-d findet man bisher nur in i5 und i7 CPUs ohne K. Wer einen i3, Pentium oder Celeron hat, guckt in die Röhre. Das halte ich deswegen für wichtig, weil es schwer herauszubekommen ist und die Leute sonst nachher auf untauglicher Hardware sitzen und sich wundern, warum es nicht geht.

(Nebenbei - für "Gamer" sicherlich interessant: seit Devils Canyon gibt es auch da Ausnahmen. Der i7-4790K und i5-4690K können vt-d. )

Dass man zwei separate Grafikkarten braucht, steht da auch nirgends so richtig deutlich. Das ist für Notebookbesitzer nicht selbstverständlich.

"Zwei Monitore" braucht man hingegen nicht ... es reicht auch ein Monitor mit zwei umschaltbaren Eingängen. Überhaupt reicht für etliche Leute vermutlich so ein KMV-Umschalter.

Und bitte bitte, schreib ein Datum drüber. In 2 Jahren dürfte das schon veraltet sein, und in 5 Jahren ist es vermutlich gefährliche Fehlinformation.

Ansonsten erklärt der Text zwar fast nichts, dafür lässt er sich aber zügig runterarbeiten, und wenn man versucht, alles zu erklären, dann kommt dabei ein Roman heraus, den eh keiner mehr liest, so wie hier:
viewtopic.php?f=25&t=140895

Vielleicht noch ein paar Links ans Ende, wo man weiterführende Informationen findet?

[BLACKDIAMONT]

Und mit durchgereichten nackten Platten, wie du es machst, hat Linux eigentlich gar nichts mehr zu tun, da müsste Qemu ein eigenes Trim-Interface anbieten

Hatte da was gefunden, und zwar mit fstrim das zu Regeln. Ich habe mir ein Script gebastelt welches das Dateisystem von der SSD Mounten Trimmt und unmounted

Ich komme mir langsam albern vor zu wiederholen, dass es auch Leute gibt, die mit Nvidia Erfolg hatten. Also irgendwie muss es gehen ... ich weiß nur auch nicht, woran es hapert.

Ja ich weiss.......aber bis auf die 970 habe ich alle meine Nvidia Karten getestet
Ich werde das mit der Zweiten Karte mal tun, sobald die Bestellt und hier ist^^
Glaube aber kaum das es Funktioniert :/

Was mich am meisten stört, sind die ungenauen Hardware-Vorausetzungen. vt-d findet man bisher nur in i5 und i7 CPUs ohne K. Wer einen i3, Pentium oder Celeron hat, guckt in die Röhre. Das halte ich deswegen für wichtig, weil es schwer herauszubekommen ist und die Leute sonst nachher auf untauglicher Hardware sitzen und sich wundern, warum es nicht geht.

Danke fürs Nachschauen^^

Hab ne Liste angefügt.

Dass man zwei separate Grafikkarten braucht, steht da auch nirgends so richtig deutlich. Das ist für Notebookbesitzer nicht selbstverständlich.

"Zwei Monitore" braucht man hingegen nicht ... es reicht auch ein Monitor mit zwei umschaltbaren Eingängen. Überhaupt reicht für etliche Leute vermutlich so ein KMV-Umschalter.

Ist geändert

Und bitte bitte, schreib ein Datum drüber. In 2 Jahren dürfte das schon veraltet sein, und in 5 Jahren ist es vermutlich gefährliche Fehlinformation

Wordpress FAIL, sonst steht immer mein Name und Datum da-.-

Habs dazugeballert.

Vielleicht noch ein paar Links ans Ende, wo man weiterführende Informationen findet?

Hab dein Tut und einige andere Sachen an's Ende eingefügt, da werde ich nochmal in Ruhe schauen was noch alles Interessant währe.

Natürlich gehören immer gewisse Grundkenntnisse dazu, ein Linux neuling is da denk ich fehl am Platz

Wenn du magst kannst du gerne dort, was dazu schreiben oder ändern