Zum Download: VM mit Mahlzeit 4beta2 headless

Yohoo!

Wie so einige andere, nutze ich die geballte Kraft meiner Serverprozessoren :lol um die CPU-intensiven Schritte durchzufuehren. Meine VDRs sind dafuer nicht kraftvoll genug

Wie auch viele andere, realisiere ich das Ganze in ein virtuellen Maschine. Da die Kiste nichts aufnimmt, braucht sie auch kein Device

Falls das noch jemand machen will, kann er sich die VM fuer VMware Server hier herunterladen:
Link (151MB)

Passwoerter sind die Standardsachen nach der Grundinstallation. Netzwerk geht ueber DHCP. Evtl. externe video-Dirs muessen natuerlich noch angepasst werden.
Es sind zur Fernsteuerung das control plugin aktiviert. Also telnet ip.des.vd.r 2002 und dann mit "m" ins Menue. Vorsicht: ist pauschal fuer alle Netze freigegeben- also evtl. entsprechend die /etc/vdr/svdrphosts.conf anpassen.

[EDIT]
Die Swapfilegeschichte ist erledigt. Das habe ich gefixt. Des weiteren habe ich den Pfad fuer die temporaeren burn Verzeichnisse nach /data/tmp gelegt (Configdatei unter /etc/vdr/plugins/burn/plugin.conf) und /data nur als ext2 gemounted. Damit duerfte das jetzt nochmal etwas fixer gehen.
Pfade:
Die Video-Verzeichnisse sollten in /video0 zu finden sein (ueber mount oder links..).
Fertige .iso speichert er direkt unter /video0 ab. Da sollte also Platz sein!
Das burn ist wie gesagt unter /data/tmp.

Quote

Original von thobi
Muss ich eine neue swap Partition anlegen?

Ich habe in der /etc/init.d/rcStart nach "portmap" einfach nochmal "swapon -a" reingeschrieben.

[EDIT]Obwohl, koennte evtl. doch gehen, bei mir liegt das Swapfile auf einer zweiten vDisk. Daher wird das vmtl. beim Start nicht aktiviert- bitte mal probieren, ob es ohne Aenderungen geht und Bescheid geben

Sorry, jetzt war ich etwas durcheinander

Kurze Anleitung, wie man das swapfile hinbekommt. Aber nur so, wie ich das gemacht habe, nicht so wie es evtl. vorgesehen ist

cd /var/vm
dd if=/dev/zero of=swapfile bs=1M count=256
mkswap swapfile
swapon -a

Quote

Original von thobi
Allerdings habe ich versucht einen Film zu konvertieren, der als Aufnahme 6,5 GB groß war, und dies hat dann die VM auch 30 GB aufgebläht. Das scheint mir auch nicht ganz normal zu sein, dass man hierfür so viel Platz braucht.

Doch, dass ist normal.
Ich habe extra eine grosse Platte genommen, damit genuegend Platz zum Konvertieren frei ist. Als allgemeine Regel kannst Du ca. das drei- bis sechsfache des eigentlichen Films veranschlagen. Und da diese GB vorher nicht genutzt waren, wird das vmdk natuerlich groesser.

Ist uebrigens eine perfekte Gelegenheit, die Snapshot Funktionalitaet des VMware Servers zu testen
Nach der Erstinstallation inkl. den notwendigen lokalen Anpassungen einen Snapshot ziehen, Filme konvertieren, *iso runterkopieren, zum Snapshot zurueckkheren- und die 30GB sind wieder frei

Quote

Original von geordie
Kann man auch mit einer VDR-VM Videos abspielen?
Geht es vielleicht direkt über den Framebuffer oder per VLC als StreamingClient.

Sollte ueber die Streaming Geschichte gehen. Sehe keinen Grund, warum das nicht gehen sollte. Hab' mit Streaming aber noch nie was gemacht.

Quote

Hast du da Erfahrungen?

Noe

Quote

Original von Mehlwurmdieb
ist es irgendwie möglich, das OSD in der Virtual Machine (also in der Shell) darzustellen.
Finde das nämlich ein bisschen dähmlich, wenn ich mich auf dem PC, auf dem die Virtual Machine läuft auch noch per Telnet verbinden muss.

Wie meinen? Was nutzt Du? VMware Player, WS oder Server? Dann melde Dich einfach in der RemoteConsole von VMware als root an und mache "telnet localhost 2002". Fertig.

Oder wo willst Du das OSD sehen?

Quote

Original von ChrisBox
1. Vielen Dank für das Image. Schaue ich mir mal an!

Gern geschehen. Wie gesagt: Verbesserungsvorschlaege willkommen.

Quote

2. Fett. Es gibt nicht viele Server, bei denen ich mit 3.2 MB/s runter lade.

Klar, warst ja auch der Einzige- sonst ist auf der Kiste nicht viel los

Quote

Original von sinai
Auf dem PC mit der VM (P4, 3Ghz, 1GB RAM) dauert die Berechnung in der VM mit 512 MB RAM sage und schreibe 3 Stunden 50 Minuten.
Auf meinem VDR (siehe unten) "nur" 2 Stunden 30 Minuten.

Das haengt ja nicht nur von dem Prozessor ab, sondern vor allem vom der Plattenleistung. Das burn Plugin nutzt viel temporaeren Platz auf der Festplatte. Sowiet ich mich erinnere, per Standard auf /video0
Wenn jetzt sowohl die Filmdaten als auch die temp Daten als auch das zu generierende ISO File auf der gleichen Platte liegen, hast Du ein Performanzproblem, ja.

Abhilfe koenntest Du evtl schaffen:
-Die Filmdaten ueber die SMB Share auf dem eigentlichen VDR liegen lassen und nach /video0 mounten
-das Burn-Plugin so konfigurieren, dass es lokalen Speicherplatz nutzt [pruefe mal, wo die .vdr-burn Verzeichnisse bei Dir liegen, habe das Image gerade nicht zur Hand]
-Und auch das iso File wieder auf den SMB legen.

Dann waehren dez Prozesses einfach mal top in der VM laufen lassen und sehen, wo es hakt.

[EDIT] Manchmal kann es mit dem VMware Server auch Probleme mit einem evtl. Powermanagement der CPU geben- zum Testen mal ausschalten?

Quote

Original von sinai
Ich hab mal den Plattendurchsatz angesehen.

Womit? Innerhalb der VM gemessen? Kritisch, kritisch

Quote

Ich erreiche damit gerademal einen Durchsatz von 5 MB/sec. Zudem ist das Netztwerk auch mit 6 MB/sec nicht sehr viel schneller.

Das scheint mir aber echt recht lahm zu sein. Ich vermute eher ein paar Flaschenhaelse im Bereich Memory. Du hast 512MB fuer die VM und 1GB RAM gesamt. Wenn burn startet, frisst es ordentlich RAM- kannst Du im top innerhalb der VM nachvollziehen. Der VMware Server alloziiert diesen Speicher dann von Windows (oder ist Dein Hostsystem Linux?), das wiederum fuer diese "Unmengen" an Speicher anfaengt zu swappen.

Verfolge mal die Swapnutzung im Taskmanager parallel zu einer burn Session. Dadurch, dass mangels Entwicklungsumgebung keine VMware Tools installiert sind, kann das Speichermanagement des VMware Servers nicht richtig arbeiten -> Speichermangel.
Setze mal den RAM in der VM auf 128MB runter und beobachte die Swapfilenutzung innerhalb der VM waehrend burn. Das koennte als Anhalt fuer den benoetigten RAM gelten.

Wie auch immer: es laeuft alles ueber die Platte: Windows Swap, VM Swap, burn. Klar, dass die dann ins Schwitzen kommt.

Quote

Ich wollte bei Gelegenheit noch einen Versuch mit einer eigenen Partition starten, die ich dann als VM nutze. Oder dürfte das auch nichts bringen?

Eigene Partition nicht, aber eigene Platte.

Ich vermute aber eher deer RAM als Problem. Wie gesagt, pruefe mal die obigen Werte waehren einer burn session und poste sie hier, dann koennen wir weitersehen,

Zur zusaetzlichen Performanzsteigerung habe ich jetzt nochmal einige Parameter gedreht.

U.a. nur noch als ext2 anstatt ext3 und einige Pfade angepasst.

Probiert's mal aus, ob es schneller ist. Neueste Version liegt unter dem alten Pfad (siehe erstes Posting).

Auch die Swapgeschichte ist gefixt.

Download siehe oben.