CPU-Auslastung beim Encoden

[Quintus14]

Original geschrieben von christian1701
Ich würde jetzt mal schätzen, dass die Ram-Anbindung beim P4 ein schnelleres bereitstellen der Daten verhindert und desswegen die CPU nicht mit 100% ausgelastet ist. Bei 1GB war die Auslastung vielleicht auf zusätzliches Auslagern zurückzuführen...

Ja, das wäre eine mögliche Erklärung - danke!

@ red 2 illusion: nein umgekehrt - für 2 min Film braucht er 4 min zum Encoden (von einem HDD-Strip-0 auf ein anderes). Das halte ich aber für OK, weil ich nicht CBR encode, sondern VBR / 2-pass / mastering quality(!) / 1 Filter.

Ein Videoschnittkollege mit selber SW und selber HW-Ausstattung bringt ähnliche Werte zustande, wie ich in der Zwischenzeit per Mail erfahren habe.

Thx
Quintus

[Karl]

Also ich würde da ganz unbedarft sagen. Wenn der Speicher grösser wird können grössere "Brocken" hineingeschaufelt werden.

Speicher hat länger was zu tun... CPU mehr Zeit zum "Nachdenken"(Idle) ;-)

[red 2 illusion]

Original geschrieben von Quintus14

für 2 min Film braucht er 4 min zum Encoden

12fps mit IEEE-1180 Referenc IDCT ist zu wenig, oder rechnest du mit double precision? Du mußt First Pass ~80fps und Second ~40fps haben somit ~26fps gesammt mit SSE-IDCT.

IDE-Raid0 bietet in dem Fall keine Beschleunigung nur beim sequentiellen kopieren von Daten ist es schneller(Benchmark). Versuchs mit zwei schnellen HD auf verschiedenen Controllern.

[DCS]

das is schon ok, 720 x 576, vbr, 2 pass, da schaffe ich auch "nur" 9-12 fps, also 2 std film sind in ca. 4.5 stunden fertig

[red 2 illusion]

.

Habs von einem P3 hochgerechnet.

Die pro-Mhz-Leistung vom P4 ist ein Witz!

Mit welcher Precision rechnet der Canopus Procoder 64bit-Float oder 128bit-SIMD oder was???

[Quintus14]

Original geschrieben von red 2 illusion
.Mit welcher Precision rechnet der Canopus Procoder 64bit-Float oder 128bit-SIMD oder was???

Ich hab' keine Ahnung - er hat aber eine Reihe von Qualitätsstufen und "mastering quality" ist nun mal die mit Abstand langsamste. Abgesehen davon leg' ich ja - wie bereits mitgeteilt - noch ein Farbfilter drauf.

MfG
Quintus

[red 2 illusion]

.


Wird wohl ein 64bit-IDCT sein, dann ist der Speed wieder im grünen Bereich , genau gewußt hätte ichs denoch gern.

[Quintus14]

Ich lass' jetzt gerade auf einem anderen Rechner einen Film encoden - der schafft es ein klein wenig schneller - obwohl die CPU ein 3,0GHz ist und der Rechner 1GB RAM hat....*kopfschüttel*. Zum Vergleich:

• P4C800E-DL/3.4 Northwood/2GB Corsair ...... braucht für 132 min Film zum Encoden 266 min (das Doppelte + 2 min)
• ein P4T533-C/3.0 Northwood/1GHz 533-Rambus ..... für 104 min Film zum Encoden 204 min (= 4 min weniger als das Doppelte).

Ergebnis: auf beiden Maschinen läuft's ungefähr gleich schnell - auf der schwächeren sogar einen Tick schneller...

Da hätt' ich mir vom 3.4er-System ein bißchen mehr erwartet - ist auch jenes System, wo die CPU-Auslastung um die 65% schwankt. Da muss ich anscheinend doch mit den RAM-Timings herum testen (bisher steht alles auf "Automatic").

Hat jemand Vorschläge für BIOS-Settings zum CL2-RAM???

Thx
Quintus


Nachtrag: ich hab' jetzt im BIOS "RAM forced mode" (oder so ähnlich) auf "einabled" gestellt - jetzt schwankt es zwischen 68 und 77% (vorher 59-69%).

[Root]

Timings: 2-2-2-5 - obwohl ich mir nicht sicher bin ob das der Intel-Chipsatz schafft, ich glaube aber dass garfield36 sein P4-Brett so betreibt. Ist auf jeden Fall das schnellstmögliche für P4 / Athlon XP. Ansonsten: 2-3-2-6, 1T Command (<- das macht auch "viel" aus).

[Quintus14]

Original geschrieben von Quintus14
...ich hab' jetzt im BIOS "RAM forced mode" (oder so ähnlich) auf "einabled" gestellt - jetzt schwankt es zwischen 68 und 77% (vorher 59-69%).

Mit dieser Einstellung ist er etwas schneller geworden: für 102 min Video hat er 181 min gebraucht - mit der alten Einstellung hätte ich auf ca. 206 min geschätzt, d.h. ca. 25 Minuten eingespart .

Die zackelige CPU-Auslastungskurve ist weiterhin vorhanden.

MfG
Quintus