Entwickeln unter einer VM

[Harry Stahl]

Zitat von stahli:

Hmm, ich nutze Camtasia und Snagit als Screen-Recorder.
Die gibt es nur für Windows und Mac.

Die Screen-Recorder müssten ja auf dem Host-System laufen, damit man später alles genutzte aufzeichnen kann.
Also fällt Linux als Host aus.

....

Das wäre unter VM´s so ja nicht mehr möglich.
Wie arbeitet Ihr mit mehreren Monitoren unter VM´s?

Wieso, ist doch ohne Probleme möglich auf einem Linux-Host 3 Monitore zu nutzen, siehe anliegenden Screenshot (da läuft gerade Windows 10 in einer VM, auf dem linken Monitor kannst Du links unten noch die Taskleiste von Ubuntu sehen, so kann ich da schnell Programme aufrufen oder den PAServer bedienen).

Meine Hautp-VM (Windows 10) läuft immer mit 3 Monitoren, wenn ich hin und wieder gleichzeitig noch ein Windows 7 oder ein neueres Linux in einer anderen virtuellen Maschine (gleichzeitig) laufen lassen, dann laufen diese nur auf auf einem Monitor.

Alles was ich in meinen Videos unter Windows 10 zeige, habe ich im Host-System, also Linux mit dem Simple-Screen Recorder aufgenommen. Anfangs dann noch unter Windows 10 mit Camtasia verarbeitet, jetzt aber inzwischen mit "Shortcut" auch unter Linux (Rendern ist viel schneller).

[himitsu]

Zitat von stahli:

Aber wie gehe ich mit meinen 3 Monitoren um?

Die VM kann seine Programme natürlich nur auf dem Monitor(en) anzeigen, wo "ihr" Fenster drauf ist,
aber du könntest auch mit Remote-Debugging rumspielen und dann das Programm auch im Host oder einer weiteren VM ausführen lassen.

PS: das hat z.B. einen großen Vorteil, wenn man Fokusprobleme debuggen will, da beim Wechsel der VMs der Fokus im Programm nicht verändet wird, wenn der Debugger (Delphi) aktiv wird.


Schade ist manchmal die Limitierung der Clientprogramme.
Theoretisch hab ich auf Arbeit auch 3 Montore und würde gern zwei Remote und einen Lokal benutzen, und auch wenn das RDProtokoll es teschnich eigentlich könnte, kann man leider die Sitzung nur in einem Fenster oder vollbild auf einem oder allen Monitoren laufen lassen.
Vom Server her wäre es möglich auch nur zwei Monitore zu verwenden oder sogar einen Monitor und ein Fenster/Teilmonitor (für den Server ein großer und ein kleiner Monitor), wenn der Client dafür etwas drin hätte, um es so zu nutzen.


Aber was willst du mit mehreren Monitoren, wenn doch Einer voll ausreicht. (OK, oder zwei davon auf den Tisch stellen )
https://www.digitec.ch/de/page/was-p...schliesse-4292
und nochmal etwas moderner, coller und übertrieben bildlastiger: https://www.youtube.com/watch?v=F8Rg_yzSfac,

bzw. sowas hat ein Kollege auf dem Tisch (vom Format her, nur bissl günstiger)
https://www.youtube.com/watch?v=9E5RV3dB1Hs
und joar, ist wie zwei, aber schon bissl netter, als wie zwei Einzelne.

[Uwe Raabe]

Zitat von himitsu:

Zitat von stahli:

Aber wie gehe ich mit meinen 3 Monitoren um?

Die VM kann seine Programme natürlich nur auf dem Monitor(en) anzeigen, wo "ihr" Fenster drauf ist,

Zumindest bei VMWare kannst du der VM aber jede beliebige Kombination der vorhandenen Monitore zuweisen (und auch im laufenden Betrieb umschalten). So sind auch innerhalb der VM gemischte Multi-Monitor-Systeme möglich. Das ist ganz hilfreich, wenn man zum Testen ein System braucht, bei dem der Hauptmonitor eine bestimmte Skalierung hat.

Probleme kann es nur geben, wenn man Software im Einsatz hat, die unter VM nicht oder anders funktioniert. So kann z.B. eine TestComplete Node Locked License nicht in einer VM verwendet werden. Dazu müsste man auf eine Floating Lizenz wechseln. Auch wenn man Hardware hat, die von der VM nicht virtualisiert werden kann, ist man an das physische System gebunden.

Übrigens gibt es den ESX Server von VMware auch in einer Free-Version, allerdings mit gewissen Hardware-Limits.

[dummzeuch]

Zitat von stahli:

Mit einem Linux und VM-Server könnte man ja sicherlich das Klonen noch ein wenig vereinfachen... Muss man halt mal Linux benutzen. Dort wird ja dann das Systemabbild zu finden sein.
Richtig?

Eine weitere Möglichkeit wäre noch Citrix XenServer. Der ist auch Linux-basiert (redhat) und kommt mit einem relativ komfortablen Management-Client. Es gibt eine kostenlose Variante, die aber von Version zu Version immer mehr eingeschränkt wird.

In der Performance liegt er aber meines Erachtens hinter VMWare zurück.

Zitat:

Ich könnte dem Host auch noch ein Windows spendieren, wenn das sinnvoller wäre (aber so klein wie möglich wäre schon gut, denke ich) ...

War da nicht mit Windows 10 was, dass man eine Lizenz sowohl für den Host als auch für eine VM benutzen durfte? Ich bin mir allerdings nicht wirklich sicher und Google sagt auch eher das Gegenteil. Hab' mich wohl geirrt.

Zitat:

Was sind Eure Empfehlungen? Ich würde doch nochmal einen neuen Versuch wagen (zumal ich gerade auch wegen Delphi 10.4 Prof überlege und dann alles neu aufsetzen könnte...).

Ich würde an Deiner Stelle nicht mit Linux anfangen und gleichzeitig mit VMs. Das ist zuviel auf einmal, in das man sich einarbeiten muss. Und wenn irgendwas nicht funktioniert, gibt es gleich zwei mögliche und nicht gut bekannte Fehlerquellen.

Bei Virtual Box gibt es einen "headless"-Modus, d.h. die VM hat kein eigenes Fenster sondern man greift auf sie nur via des in VirtualBox eingebauten Remote Desktop Servers zu (oder halt auf den Remote Desktop Server des Client-Betriebssystems). Das kann ganz praktisch sein und verbessert die Performance deutlich.

[himitsu]

OK, das Problemchen gibt es auch noch.
Dafür haben wir aber einfach einen TestPC rumstehen mit bissl Hardware dran.

[NicoleWagner]

Ich benutze schon bald 10 Jahre VMWare und würde es nie wieder anders machen. Mein Delphi ist mit allen Komponenten gekapselt.
Wenn es einmal nicht mehr läuft, habe ich ein schnelles Backup.

Weiterer Vorteil: Will ich an der Installation drehen, so nehme ich einen Snapshot. Schieße ich die Installation ab - "revert zu Snapshot" und alles ist auf Punkt und Komma, wie es vorher war. Gilt auch für Komponenten und sogar Programmiertes als absoluter Notanker.

kleiner Nachteil: Will man mit anderen Elementen vom Host agieren (etwa Java oder Office) braucht man zuweilen frickelige Lösungen. Die habe ich gefunden, sie laufen und sie sind mir die Sache wert.

[Sherlock]

Ursprünglich war dieser Thread indirekt an mich gerichtet, aber ich hatte ihn übersehen

Ich habe bereits vor 6 Jahren mit dem Hyper-V unter Windows 8.1 Pro virtualisiert. Es lief einfach und zügig. Jetzt arbeite ich seit 4 Jahren auf einem MBP mit 2,5 GHz Quad-Core Intel Core i7 mit 16GB RAM und einer 500GB SSD. Darauf läuft natürlich nativ MacOS und mit Parallels betreibe ich meine Windows Entwicklungs VM, der ich zwei Kerne und 4GB RAM zugewiesen habe. Was soll ich sagen? Es läuft wie ein eigenständiger PC und zwar zügig. Ich muss aber auch keine Spezialhardware anschließen oder so. Da kann es sein, daß VMs ungeeignet sind. Dafür und Spiele.

Sherlock

[Rollo62]

Zitat von Sherlock:

Ursprünglich war dieser Thread indirekt an mich gerichtet, aber ich hatte ihn übersehen

Ich habe bereits vor 6 Jahren mit dem Hyper-V unter Windows 8.1 Pro virtualisiert. Es lief einfach und zügig. Jetzt arbeite ich seit 4 Jahren auf einem MBP mit 2,5 GHz Quad-Core Intel Core i7 mit 16GB RAM und einer 500GB SSD. Darauf läuft natürlich nativ MacOS und mit Parallels betreibe ich meine Windows Entwicklungs VM, der ich zwei Kerne und 4GB RAM zugewiesen habe. Was soll ich sagen? Es läuft wie ein eigenständiger PC und zwar zügig. Ich muss aber auch keine Spezialhardware anschließen oder so. Da kann es sein, daß VMs ungeeignet sind. Dafür und Spiele.

Sherlock

Ähnliches läuft bei mir mit VmWare Fusion.
Keine Probleme, es sei denn man möchte 3D-Hardwareunterstützung in der VM nutzen.
Da stürzt es bei mir ab, aber 3D-Hardware-Unterstützung kann man abschalten.

[stahli]

Ich will auch mal berichten...

Ich habe erst mal nur Hyper-V aktiviert und Delphi 10.4. Trial in einer VM installiert.

Das ging alles sehr hakelig. Testweise wollte ich auch mal Linux installieren, was war nicht ging. Irgendwie hatte ich aber am Wochenende allgemein Netz-Probleme. Vielleicht lag es einfach daran. Ich versuche es dann nochmal.

Ich nutze also eine VM aktuell nur, um mal irgendwas nebenbei zu testen.

Mit Delphi ernsthaft in einer VM zu arbeiten, sehe ich für mich nicht als vorteilhaft. So würde ich auf die variable Nutzung meiner 3 Monitore einschränken. Ich schiebe da gerne mal Formulare herum, je nach aktuellem Bedarf.

Wenn ich ernsthaft mit VM´s arbeiten wollte, dann müsste mein Hauptwindows (mit Outlook usw) in einer VM sein und Delphi in einer zweiten.
Dann müsste das Hauptwindows auf einem Monitor liegen und Delphi auf den beiden anderen. Wenn ich Delphi nicht nutze müsste das Hauptwindows auf alle 3 Monitore erweitert werden.

Aber wenn mir irgendwas mein Hauptwindows zerschießt, kann ich nicht einfach zu einem Snapshot zurück kehren, weil meine eMails und Office-Dateien dann ja nicht mehr aktuell wären. Dann müssten die irgendwo auf einem externen Laufwerk liegen.
Auslagern könnte ich sie aber ja auch, wenn das Hauptsystem nicht in einer VM läuft und ich gelegentlich Plattenklone erstelle.

So richtig komme ich auf keinen grünen Zweig mit dem Thema.

Wenn man Projekte für mehrere Kunden und/oder an verschiedenen Arbeitsplätzen erstellt, dann kann ich den Sinn von VM´s auf jeden Fall nachvollziehen.
In meinem Fall bin ich noch hin und her gerissen...

[MEissing]

"Mails" würde ich immer auf dem Host betreiben....