Bei der Nutzung meiner TT S2-6400 an meinem ARM-System ist mir aufgefallen, dass bei Wiedergabe oder Transfermode relativ viel CPU-Zeit fuer die Ausgabe des TS-Datenstroms verbraucht wird. Ich habe hier einen Treiberpatch und ein neues FPGA-Firmwarefile, damit kann ich auf diesem System mehr als die vierfache Durchsatzrate erzielen, die CPU-Last reduziert sich entsprechend. Auch skinnopacity (als komplexeres Skin) ist damit gut benutzbar, waehrend es ohne den Patch schon recht traege ist.
Um herauszufinden, wie gut der Patch auf anderen CPU-Architekturen funktioniert, moechte ich in diesem Thread interessierte VDR-Nutzer mit S2-6400 aufrufen, den Treiberpatch zu testen. Obwohl ich den Patch seit einigen Wochen erfolgreich in meinem Produktivsystem nutze, richtet sich dieser Thread ausdruecklich nicht an den Nur-Anwender, Kenntnisse im Patchen und Bauen des Treibers und installieren der Firmware sollten vorhanden sein. Auch gibts es keine Funktionsgarantie, also bitte keine Beschwerden.
Wer immer noch nicht abgeschreckt wurde, kann das angehaengte Firmwarefile nach dem Entpacken (gunzip) als dvb-ttpremium-fpga-01.fw ins Firmwareverzeichnis legen oder verlinken und mit dem angehaengten diff-File den Treiber patchen. Dann gibt es 2 neue Modulparameter, phi_mode mit Wertebereich 0 bis 5 und phi_clk mit Wertebereich 0 bis 2. Mit phi_mode werden unterschiedliche Zugriffsmethoden auf die PCIe-Brigde eingestellt. Bei mir funktionieren alle Modi, sind aber unterschiedlich schnell. Auf meinem ARM-System ist z.B. Mode 4 am schnellsten, auf x86 Mode 0. Mit phi_clk werden verschieden schnelle Takte in der Bridge benutzt, funktioniert bei mir auch mit allen Werten, mit hoeheren Werten immer etwas schneller.
Beim Testen empfehle ich folgendes Vorgehen:
In einem ersten Schritt bitte den Parameter phi_clk auf 0 lassen und die verschiedenen Moeglichkeiten von phi_mode (0 bis 5) ausprobieren. Zunaechst muss das OSD fehlerfrei funktionieren, danach die Wiedergabe einer (HD-)Aufnahme mit moeglichst hoher Bitrate starten und die CPU-Last des kworker/u-Threads z.B. mit 'top-H' checken und merken (ggf. die Summe der CPU-Last, wenn es mehrere kworker/u-Threads gibt). Im Idealfall funktionieren alle Modi fehlerfrei, die CPU-Last ist bei manchen Modi gleich, bei anderen Modi unterschiedlich (dabei jedoch immer ungefaehr proportional zur Bitrate des TS-Datenstroms, deshalb den Test moeglichst immer an der selben Stelle der Aufnahme durchfuehren).
Fuer den schnellsten PHI-Mode kann anschliessend noch der phi_clk-Parameter geaendert werden, sollte dann hoffentlich noch etwas schneller werden.
Sollten mit irgendwelchen Settings Fehler auftreten, dann bitte vor dem Test mit anderen Parametern den Rechner komplett 'runterfahren und nicht nur rebooten.
Die neue FPGA-Firmware sollte auch mit dem Originaltreiber ohne Patch funktionieren, dieser Fall kann gerne als Referenz noch mitgemessen werden (Patch mit alter Firmware geht umgekeht nicht!).
Fuer mich interessant ist nun, welcher Mode am schnellsten ist, und welcher ggf. nicht funktioniert. Dazu bitte immer die CPU-Architektur, Anzahl (logische) Kerne und genutzte Kernelversion mit angeben.
Bitte in diesem Thread nur diese Testergebnisse oder mit dem Test zusammenhaengende Fragen posten. Bitte keine Statements in der Art: Ich habe gar keine S2-6400, finde die Karte aber total toll.
Vielen Dank,
S:oren
Edit: aktuelle Versionen von Treiberpatch und FPGA-Firmware befinden sich hier