sslug-teknik team mailing list archive

[Martin Berg <martin@xxxxxxx>]

Donald J Axel wrote:
.
.
> Ja Xen er spændende og en sikker måde at virtualisere. Men behøver
> du GUI direkte i Xen? Det har jeg aldrig haft og aldrig brugt. Til

Hvis jeg skal bruge dom0 til desktop formål (og brugbar 3D), så
skal jeg vel have grafikdriveren med i Xen-kernen?
Jeg kunne i alle fald ikke boote med Xen-kernen uden grafikdriveren
(eller rettere: kdm kom ikke i gang).

> X11 applikationer bruger jeg remote display (X11-server-display) på
> en Linux workstation. Jeg troede slet ikke at man kunne
> "virtualisere" skærmkort.
>

Det er vist heller ikke det, som jeg vil (men her er jeg måske
på glatis - jeg skal bruge Xen-delen til at blive klogere
og lære noget om Xen).

> Jeg har undersøgt lidt omkring nVidia; "nv" driveren installeres af
> Scientific Linux 5.3 fordi xorg "nv" driveren ikke ville gå i
> 1920x1200 modus. Jeg læste, at denne driver er "obfuscated" kode,

er det ikke snarere "tainted" ?

> nogen mener at det er nVidias måde at frigive source. Det er en
> nogenlunde hurtig driver som er god til at vise film, og det meste
> fungerer. Fladskærmen, Samsung SyncMaster 2443NW brokker sig, når

Når jeg sammenligner med mine ATI forsøg i tidens løb, så kunne
jeg have en kommentar om at det er den eneste, der fungerer :-)


> den ikke får 1920x1200, og driveren registrerer dette (ses i
> Xorg.0.log). Men skærmen ender alligevel med 1600x1200 og så ligger
> 15% af billedet altså til højre for skærmens kant :-)
> 

og så er der ikke rigtigt så megen ide med en større opløsning.

men tak for hintet - jeg har vist brug for en del research, hvis
jeg skulle få lyst til at udskifte min nuværende 1600x1200 med
noget større.

> Men det er jo ikke relateret til Xen-spørgsmålet, ikke direkte. Jeg
> tror ikke at man skal anbefale nVidia, og jeg har aldrig hørt at

Har du bedre alternativer med en rimelig 3D performance ?
Jeg har kikket lidt efter det, men har ikke kunnet finde noget.

> man skulle kunne lade Xen VM'er bruge skærmkortet. Det rejser jo
> sindssygt mange problemer, med mindre man "nøjes" med et X11-vindue.
>   
Ja, det tror jeg på.
Men det er (vistnok !) heller ikke det, som jeg prøver på.


Nå, men jeg tilføjede "LØST" i subject:

Da jeg gik i gang med at følge beskrivelsen af den mulige workaround,
som jeg nævnte i mit første indlæg, opdagede jeg at jeg ikke havde
en særlig fuldstændig kernel-source installeret.

Jeg ville derfor reinstallere denne og opdager så, at der rent faktisk
er en xen-nvidia driver og kerne.
Jeg ved ikke om det er et non-novell repository (f.eks Packman), som
jeg har tilføjet, eller om jeg bare har været sjusket i min søgning
tidligere - jeg kunne i alle fald ikke huske at have set den tidligere.

Denne installerede jeg - og vupti:
Min Xen kerne starter op med kdm (init 5) og jeg kan
logge ind i dom0 med KDE.

Herfra kunne jeg nu oprette virtuelle maskiner (jeg prøvede
både en suse 11.1 og en CentOS 5.3).

glx-performancen (målt med glxgears) fra dom0 er noget ringere end
uden Xen, men fint nok til f.eks. TORCS.

den grafiske performance (via VNC) for de virtuelle maskiner
er både hakkende og væsentlig ringere end ikke-virtualiseret,
men det er helt uden betydning, da det her er Xen forståelse
og server konfiguration, der her er interessant.


Tak for hjælpen alle.

Martin Berg