wo sollte man das Programm installieren, auch auf C: oder auf eine andere interne Festplatte?

Auf meinem Videoschnitt-PC liegt das Betriebssystem und EDIUS Pro 8.x auf C(SSD!).
Die komplette Footage incl. Projektdateien liegen auf anderen Festplatte.
Hiermit sind die schnellen Zugriffe auf EDIUS von der Footage getrennt!

Ich denke, dass die Projektdateien auf der schnellen SSD besser aufgehoben sind. Darauf muss Edius ständig zugreifen. Alle Mediendateien dagegen habe ich auch auf einer HDD.

Markus

Zitat von capturewolf

Bringt C: Vorteile,

Wenn alle Programme auf der C: installiert sind, braucht man nicht lange nachzudenken und ein Systemimage bloß von C: ziehen.
Bei mir ist (daher) C: eine SSD (wegen Performance).
Woraufs wirklich ankommt: Programme auf C:, Daten nicht auf C: (wegen Wiederherstellen von SystemImage). // siehe oben Pee, Markus
Gruß kurt

Hi,

bei Windows wird vom Standard her die Installation von Programmen im Ordner C:/Programme, bzw. C:/Programme (x86), erwartet.
Eine Verlagerung ist zwar möglich, bringt aber in den meisten Fällen keine Vorteile. Im ungünstigsten Fall können Probleme bei der Reparatur eines beschädigten Programms, oder seltener schon bei einem Update entstehen.

Da es sich bei Dir bei den Laufwerken L: und M: lediglich um Partitionen einer Festplatte handelt, ist die von Dir gewählte Installation sogar eher kontraproduktiv. Denn auch wenn alles bei Dir gut läuft, werden dadurch trotzdem die Schreib- und Lesezugriffe auf (verschiedene Bereiche!!!) dieser einen Platte erhöht, die Ressourcen von C:/ nicht ausgenutzt.

Wie Pee schon schreibt, wäre es auch m.E. besser:
1. Festplatte (SSD wäre natürlich nochmal wesentlich schneller) = C:/ mit Betriebssystem + Programme;
2. Festplatte für alle Daten (also auch die Windows Standardordner Dokumente, Eigene Bilder, ...Musik, usw. - incl. OneDrive und/oder sonstigen Cloudordnern dorthin verschieben/einrichten)

Ob die 2. Festplatte partitioniert werden sollte ist eine andere Frage.
Wenn es lediglich um die Übersichtlichkeit geht, sind einfache Ordnerstrukturen meist besser.

Gruß
Peter

Nachtrag: - da war ich mal wieder zu langsam

Zitat von kpot11

Woraufs wirklich ankommt: Programme auf C:, Daten nicht auf C: (wegen Wiederherstellen von SystemImage).

Natürlich muss man die Projektdaten regelmäßig sichern. Sonst sind sie bei einem Rückspielen eines Images von C: tatsächlich verloren. Was mich jetzt aber wirklich interessiert: ist meine Annahme, dass die Projektdateien der Geschwindigkeit wegen auf die SSD zu den Programmen gehören richtig oder ist die Performance die gleiche, wenn die Daten auf der 7200er HDD bei den Mediendateien liegen?

Wie macht ihr das?

Markus

Daten und Programme gehören nicht auf dieselbe Platte (falls man an Performance interessiert ist).
Und wenn man unterschiedliche, aber zusammengehörige Daten hat (z.B. Daten + dazugehörige Indizes udgl.) dann kommt eine Aufteilung auf unterschiedliche Laufwerke auch der Performance zugute.
// Ich habe daher eine SSD (250GB) für OS plus Programme sowie eine 1TB SSD für die aktuellen Edius-Projekte.
Gruß kurt

Kann mich Kurt nur voll anschließen und habe es bei mir auch so eingerichtet.

Die Performance einer modernden HDD reicht für Edius (zumindest bei HD-Projekten) völlig aus. Eine SSD für die Media-Daten könnte aber - wenn auch teuer - durchaus interessant sein. Dann aber als separate zusätzliche Platte und nicht auf der Systemplatte.

Zum Thema Datensicherung:
die besteht bei mir aus 3 Stufen -

• Spiegelung der Festplatte durch RAID 1;
• Sicherung von wichtigen Daten (vor allem eher kleinere wie Dokumente, Bilder etc) in einer Cloud - ich habe mehrere (meist kostenlose) bei verschiedenen Anbietern für unterschiedliche Aufgaben;
• zusätzliche Sicherung auf externer Festplatte.

Danke, wieder was gelernt!
Ich dachte, dass die schnellere Zugriffszeit der SSD gegenüber der HDD sich auf die Performance von Edius positiv auswirken würde!

Markus

Glaubensfrage.
Für mich gehören System und zusätzliche Programme getrennt. Natürlich auch die Daten.
In Zeiten von Windows 10 ist das System ständig Veränderungen unterworfen, die installierte Programme überhaupt nicht betreffen.
Crasht das System und ich muss es aus einer Sicherung wieder herstellen, stelle ich bei nicht separat installierten Programmen evtl. davon auch eine nicht mehr aktuelle Version her und muss diese anschließend wieder updaten.
Zudem ist ein separates System kleiner und damit auch die Image-Files, was Platz und Zeit spart.

Zur "Glaubensfrage" von hearmyvoice:

Besteht nicht auch bei Programm-Updates die Möglichkeit, dass Systemdateien, z. B. DLL, im Systembereich geändert werden? Dies würde doch nach dem Zurückspielen von Nur-Systemsicherungen auf einen früheren Stand dazu führen, dass upgedatete Programme veraltete DLL aufrufen und es zu nicht auf Anhieb nachvollziehbaren Inkonsistenzen kommen kann. Wer sucht und findet dann die Fehler?

Aber wie gesagt, eine Glaubensfrage.

Grüße
Gerhard

Zitat von gbr

Wer sucht und findet dann die Fehler?

Herrliches Beispiel für eine rhetorische Frage - "gefällt mir"
kurt

auch noch meinen Senf dazu:
in der "guten alten Zeit" waren "alle" Schnitt-Systeme mit mehreren Festpatten ausgerüstet. Warum? Jede Platte (HDD) hat nur einen Schreib-/Lese-Kopf
Durch die Verteilung der Daten auf verschiedene HDD, konnte das Schnitt-Programm, ohne ständig zu warten, auf die verschiedenen, erwarteten Daten zugreifen, also auf's Programm auf System-Platte, auf Video auf HDD-1 (Raid), Bilder/Grafik ab HDD-2, Musik & CO ab HDD-3, usw.

Eigentlich gilt das grundsätzlich bei HDD immer noch. Auch eine 6 oder 8 TB grosse HDD hat nur einen Schreib-Lesekopf.

Nun sind sehr schnell SSD gekommen, die die HDD tws. abgelöst, oder ergänzt haben.

Ideal könnte nach meiner Meinung heute ein System sein, das eine (kleinere) SSD als Systemplatte (für OS und Programme) und eine GROSSE SSD (1 TB) als HDD-Raid-Ersatz für Video, sowie 1 oder 2 normale, "alte" HDD für Bilder/Grafik und für Audio enthält. Sollte eine HDD zu gross sein und in 2 Partitionen aufgeteilt werden, sollten die für Videoschnitt bestimmten Daten in der 1.(äussern) Partition liegen, da die normalerweise "schneller" ist

(Ob das auch für Schnitt-System für 4K-Projekte gilt, kann ich mangels Erfahrung nicht beurteilen)

Auch modernste Monster-HDD "kranken" für Videoschnitt an der Einschränkung des einzigen Schreib-/Lesekopfs

Zitat von gbr

Zur "Glaubensfrage" von hearmyvoice:

Besteht nicht auch bei Programm-Updates die Möglichkeit, dass Systemdateien, z. B. DLL, im Systembereich geändert werden? Dies würde doch nach dem Zurückspielen von Nur-Systemsicherungen auf einen früheren Stand dazu führen, dass upgedatete Programme veraltete DLL aufrufen und es zu nicht auf Anhieb nachvollziehbaren Inkonsistenzen kommen kann. Wer sucht und findet dann die Fehler?

Aber wie gesagt, eine Glaubensfrage.

Grüße
Gerhard

Alles anzeigen

Meiner Erfahrung nach sind Updates von Windows wesentlich häufiger, als Updates von Anwendungen, z.B. Edius. Dementsprechend lege ich auch wesentlich mehr Systemimages an, als Anwendungsimages.
Die Gefahr, dass inkonsistente DLLs bei einem Restore wieder hergestellt werden besteht hierbei nur in der Theorie. In der Praxis habe ich derartiges bisher nicht erlebt.
Selbstverständlich sichere ich die auf einer eigenen Partition liegenden Anwendungen ebenfalls in Images. Nur sind die Zyklen wesentlich seltener, als Systembackups.

Häufig ist meine Vorgehensweise sogar so, dass ich z.B. bei einem Update von Edius nur ein Systembackup erstelle und das Edius-Programmverzeichnis auf D:\ nach D:\Edius_Kopie kopiere. Nach dem Update und nachdem keine Fehler erkennbar sind, wird die Kopie des Verzeichnisses gelöscht.
Ich sehe keinen Grund, z.B. die ganzen Adobe-Anwendungen, Office u.A. zu sichern, wenn definitiv nur Edius und evtl. das System betroffen sind.

Über die jeweilige Backupstrategie lässt sich trefflich diskutieren. Wichtig ist, denke ich, dass jeder eine Vorgehensweise findet, die seine Bedürfnisse zufrieden stellt und die sich bewährt hat. Private Sicherheitsbedürfnisse sind sicher anders zu befriedigen, als die einer Firma.
Auch ein Raid-System ist fehleranfällig, weil die Fehler sofort mit dupliziert werden.