Ich habe da mal eine Frage. Auf meinem alten Computer System ist die CPU immer auf 100% gegangen beim Rendern.
Jetzt hab ich einen haswell i7 4770 und eine GTX 650ti. Weder die CPU
noch die Grafikkarte gehen beim Rendern an 100% Auslastung. Die CPU hat ca. 40% Auslastung und die Grafikkarte mit GPU Beschleunigung eingeschaltet 25%. Ich meine das ist soweit schön, da der Rechner kaum gefordert ist und für andere Tätigkeiten offen stehen.
Nach meiner Logik sollte doch der Rechner auf Vollgas gehen und dafür noch schneller rendern :-) Ich meine ich kenne mich in der Welt nicht aus.
Kann man da noch Prioritäten ändern in CS6, oder ist das normal ?
Ich habe mal hier im Forum gelesen, dass die CPU/GPU-Auslastung nicht auf 100% gehen muss, um in Höchstgeschwindigkeit zu arbeiten. Es liegt irgendwie am Datentransfer vom Zwischenspeicher zum Rechenzentrum innerhalb der CPU/GPU. Oder so. Jedenfalls ist wohl alles super, wenn NICHTS auf 100% steht.
Auch die Performance der Bearbeitung kann daraus nicht erschlossen werden.
Nur soviel lässt sich sagen: Eine CPU oder GPU, die nicht zu 100% ausgelastet ist, hat noch Reserven für größere Herausforderungen. Das ist sehr gut! Sie wird garantiert nicht ausgebremst. Sie würde die Aufgaben aber auch nicht schneller abarbeiten, wenn in ihr die Auslastung hochgeht. das bedeutet nämlich in erster Linie, dass sie mehr bzw. komplexere Aufgaben erledigt. Sonst nichts.
Umgekehrt stimmt es: Eine CPU oder GPU, die deutlich über 90%, gar zu 100% ausgelastet ist, ist mit der Aufgabe technisch überfordert. Performantere Modelle würden die selbe Aufgabe mit größter Wahrscheinlichkeit schneller abarbeiten.
Mir würden 8% keine Sorgen bereiten. 100% schon.
ist wie beim Auto, da dreht mein Motor bei 290 auch nicht annähernd am Limit, bewältigt die gestellte Aufgabe aber absolut zufriedenstellend...
nennt man dann Reserve, falls man es mal etwas eiliger haben sollte, die Aufgabe also wächst.
Ja, ja der Reiner, der war immer gut für solche Sachen.
Wenn der Prozessor einfach zu wenig Daten bekommt (z.B. über ein Wlan, solls ja geben), dann wird er auch nie auf 90% kommen. Ob man sich darüber aber freuen soll ;)
dienstag_01 hat geschrieben:Ja, ja der Reiner, der war immer gut für solche Sachen.
Wenn der Prozessor einfach zu wenig Daten bekommt (z.B. über ein Wlan, solls ja geben), dann wird er auch nie auf 90% kommen. Ob man sich darüber aber freuen soll ;)
die schnellen daten kommen gerne auch von einem raid. :-)
Die Frage ist doch - bezogen auf den TO - ist mit der derzeitigen Auslastung das Maximum erreicht oder gibt es Bremsen im System.
Und damit sind nicht ein paar unwesentliche Prozent gemeint, sondern echte Schwachstellen.
Ich verstehe das so, dass die Auslastungsanzeige kein Geschwindigkeits-Index ist. Wenn z.B. irgendwelche "Bremsen" mitbearbeitet oder umgangen werden müssen, wird die Auslastung auch höher sein, ohne dass das Arbeitstempo steigt.
Ich verstehe das so, dass die Auslastungsanzeige kein Geschwindigkeits-Index ist. Wenn z.B. irgendwelche "Bremsen" mitbearbeitet oder umgangen werden müssen, wird die Auslastung auch höher sein, ohne dass das Arbeitstempo steigt.
Die Auslastung könnte aber eben auch geringer sein. Oder das ist wahrscheinlicher. Und nimmt hier jemand an, die CPU nimmt *Umwege*.
Ich muss aber dazu sagen, dass nur das Betriebssystem auf der SDD ist.
Das Rohmaterial und fertige Film werden auf zwei normalen sata Festplatten hin und her geschoben. Die Plattengeschwindigkeit kann es aber nicht sein, denn die Lampe ist kaum an und wenn die Platten am limit arbeiten hört man auch ;-)
Eine solches Multithread Bearbeitung hängt von der Softwarearchitektur ab.
3 Komponenten spielen da mit: Der Codec, das Betriebssystem und die Applikation (NLE).
Dabei werden bestimmte Rechneteile auf die dafür am besten geeignete HW verteilt.
Je nachdem, wie die Bildinhalte beschaffen sind, dauern einige der verteilten Prozesse länger, andere sind schneller berechnet.
Die Rechenergebnisse der einzelnen Threads müssen hinterher wieder zusammengeführt werden.
(Das ist der eigentlich anspruchsvollste Teil).
Dazu ist eine Optimierung auf einer analytischen Ebene erforderlich, die parallel zum eigentlichen Rendering läuft.
Die Summe aller Rechenarten ist im Idealfall 100% und orientiert sich am langsamsten Prozess. Die Summe von 100% entspricht aber nicht einer (arithmetisch) 100igen CPU Auslastung weil hier lineare Prozesse mit mehrfach Prozessen verglichen würden.
In einem Multithread Rendering sind also die Ziffern der einzelnen Elemente nicht rechnerisch zu sehen.
Das hat mit andern Aufgaben, oder einer "Reserve" für andere Dinge absolut nichts zu tun.
Das was da "bremst" ergibt sich aus den zu berechnenden Bildinhalten und aus der Qualität der implementierten Software und deren Zusammenwirken.
Daher stimmt auch der Vergleich mit dem "zufriedenstellenden Auto" nicht, weil gegenüber einer "linearen" Bearbeitung ein Multithread- Rendering sehr viel fehleranfällig ist, gerade weil manche NLE Hersteller nicht wirklich fehlerfrei Implementieren.
Und die 100% Auslastung einer CPU durchaus nicht besorgniserregend ist.
Ich nutze z.B. Adobe und habe 8GB Speicher für andere Programme reserviert, für die und das System (da lsufen derzeit 52 Prozesse) hätte ich doch gerne auch etwas Prozessorleistung ;-)
Den habe ich gemacht 10 Minuten nachdem er hier veröffentlicht wurde...
Außerdem geht es hier um Premiere, und da gelten andere Gesetze, aber das
weisst Du ja alles.
@Jörg
Ich hatte eigentlich nicht dich gemeint (sondern den TO) ;)
Aber wenn du dich schon angesprochen fühlst, Frage: bei dem Test rechnet deine CPU auch nicht mit voiller Kraft?
fly-italo
Doch der Test wäre sogar sehr interessant!
Ich habe fast die selbe CPU i7-4770 (also ohne K). Mein PC braucht etwa 63 Sek. Paar Sekunden mehr oder weniger sind egal.
Ich schau mir den Test gleich mal an. Nur am Rande ich hab was gefunden !
Per Zufall im Netz. Bei mir war in dem Projekt überall Magic Looks drin als Effekt. Dies scheint Probleme zu machen. Also mit Probleme meine ich nicht, dass mit Effekten die Renderzeit höher wird, sondern dass dieses Plugin wohl mit Mehrkern-CPU nicht so pralle schaffen kann. Ohne diese Effekte geht die CPU auf 85% und die Renderzeit ist nur noch ein viertel !
fly-italo hat geschrieben:...Bei mir war in dem Projekt überall Magic Looks drin als Effekt. Dies scheint Probleme zu machen. Also mit Probleme meine ich nicht, dass mit Effekten die Renderzeit höher wird, sondern dass dieses Plugin wohl mit Mehrkern-CPU nicht so pralle schaffen kann. Ohne diese Effekte geht die CPU auf 85% und die Renderzeit ist nur noch ein viertel !
Schau doch einfach mal nicht auf die Gesamtlast der CPU sondern lass dir die Diagramme aller Prozessorkerne anzeigen, dort wirst du (vermutlich) erkennen dass z.B. ein Kern voll ausgelastet sein wird. Wenn sich eine Berechnung nicht auf mehrere Kerne verteilen läßt, dann ist die CPU auch am Limit, obwohl 40% bei der CPU Gesamtlast angezeigt wird. Wenn ein Kern 100% ausgelastet ist und die anderen nichts machen können, weil sie auf die Berechnung des einen Kerns waren müssen, dann zeigt die Gesamtauslastung der CPU 25% (bei 4 Kern CPUs). Genauer kannst du dir das mal z.B. mit dem Process Explorer http://technet.microsoft.com/en-US/sysinternals anschauen, da kannst du sogar den einzelnen 'Engines' der Grafikkarte beim arbeiten zuschauen.
Während der Renderzeit ist irgendwass immer am Limit: ein ODER mehrere CPU Kerne ODER Grafikkarte (hier auch ein oder mehrere Kerne) ODER Speicherschnittstelle ODER das Speichermedium ist ausgelastet.
Wir haben seit 6 Wochen das gleiche Problem auf einer HP-Workstation EliteBook 8760w (i7/2.2GHz) und testen seitdem auf verschiedenen Rechnern(Laptop und PC), auch mit geklonten Festplatten (HDD/SSD) um dem "Bremser" auf die Spur zu kommen, wir hatten komplett unterschiedliche Ergebnisse die teilweise nicht zu erklären sind, leider sind wir keine PC-Profis, aber ich bin auch der Meinung wenn´s denn schneller geht sollen CPU/GPU bis zu 80-90% arbeiten.
Arbeitsspeicher 32 GB
GPU (CUDA oder OpenCL je nach Grafikkarte)
Win7 mit CS6 und CC getestet (Rohmaterial von P2 nach MPEG, ohne Effekte, nur gewandelt)!
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Adobe Premiere Pro / Elements / SpeedGrade / Creative Cloud CC Forum 
