Zweite Karte teilt sich Interrupt mit Chipsatz. Ursache für lahmes OSD?

Hallo Boergen,
ich bin noch vdr-Newbie aber was mir auffällt ist der freie Int.10.
Enthält der Chipsatz VIA.. auch die Onboard-Grafik? Diese würde
ja den Interr.sehr belasten, vielleicht gibt es deshalb Probleme beim Interr.sharing.
Kannst du den Int.10 manuell im Bios zuweisen? Wenn du den xineplayer benutzt
könnte auch wie bei mir eine zu neue version der libxine1 (siehe thread v.mir)
der bremser sein.
Ludwig

Boergen

...was sagt den top zu der Sache?

Sind vielleicht auch die hdparm -tT Werte z.Z. im Keller?

Gruß
Wicky

Zitat

Original von Boergen
Hi Wicky,

Code

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.02 seconds =125.85 MB/sec
 Timing buffered disk reads:  64 MB in  2.40 seconds = 26.71 MB/sec


/dev/hdd:
 Timing buffer-cache reads:   128 MB in  1.02 seconds =125.39 MB/sec
 Timing buffered disk reads:  64 MB in  2.43 seconds = 26.34 MB/sec

Gruß
Boergen

....so schlechte Werte habe ich selber noch nieeee gemessen. Selbst mein P3 kommt auf deutlich höhere Werte insbesondere die cached reads sind miserabel.

Zwei Vergleichswerte:

ASUS-M2NPV-VM (nfroce 430)

Zitat

hdparm -T /dev/hda

/dev/hda:
Timing cached reads: 3420 MB in 2.00 seconds = 1710.22 MB/sec

Anmerkung: Wenn ich den vdr starte, dann bricht der Wert nicht ein, wenn ich aber xine starte, dann sinkt die Performance auf ca. 1400MB/sec.

VIA-KT266A

Zitat

hdparm -T /dev/hda

/dev/hda:
Timing cached reads: 1220 MB in 2.00 seconds = 608.74 MB/sec

...ich fürchte irgendwo steckt in deinem System z.Z. ein dicker Flaschenhals. Was für ein Chipsatz verwendest du?

Nachtrag1: Und warum sind die Festplatten so langsam? Das sind doch wahrscheinlich neuere die schneller könnten?

Nachtrag2:
Ich glaube ich habe eine Vermutung:
Du verwendest ein altes VIA Mainboard ohne DDR Speicher aber mit onbaord-Grafik. Da würde es mich dann nicht wundern, wenn die Speicherperformance einbricht. Denn SDRAM ist nicht gerade schnell, VIA ist auch nicht gerade für hohe Performance bekannt und dann noch eine Grafik, die den Speicher fordert. Wenn dann nur irgendetwas an der Konfiguration nicht stimmt, dann wird es knapp.

-> Kannst du die onboard Grafik deaktivieren und eine billige Grafikkarte einbauen (nur zum testen)?

Gruß
Wicky

Zitat

Code

/dev/hda:
 Timing buffer-cache reads:   128 MB in  1.02 seconds =125.85 MB/sec
 Timing buffered disk reads:  64 MB in  2.40 seconds = 26.71 MB/sec


/dev/hdd:
 Timing buffer-cache reads:   128 MB in  1.02 seconds =125.39 MB/sec
 Timing buffered disk reads:  64 MB in  2.43 seconds = 26.34 MB/sec

Mein KT 133-Board (UDMA 66) ist deutlich schneller:

/dev/hda:
 Timing buffer-cache reads:   808 MB in  2.01 seconds = 402.39 MB/sec
 Timing buffered disk reads:  136 MB in  3.03 seconds =  44.85 MB/sec

Sogar bei meinem PIII 500 sieht es besser aus (BX-Board -> nur UDMA33).

/dev/hda:
 Timing buffer-cache reads:   492 MB in  2.01 seconds = 245.14 MB/sec
 Timing buffered disk reads:   86 MB in  3.05 seconds =  28.21 MB/sec


/dev/hdd:
 Timing buffer-cache reads:   492 MB in  2.00 seconds = 245.63 MB/sec
 Timing buffered disk reads:   82 MB in  3.06 seconds =  26.76 MB/sec

hda: 250 Gb Hitachi ca. 2 Jahre alt.
hdd: 15 Gb Uhralt-IBM (noch aus dem letzten Jahrtausend :)).

Anfangs hatte ich da beide Platten an einem IDE-Kanal hängen, das hat bei laufender Aufnahme oder Wiedergabe öfters zum Hängern geführt. Seitdem die Video-Platte ihren eigenen IDE-Kanal hat läuft es aber problemlos. Der KLE133 sollte UDMA66 unterstützen, da dürfte das aber nicht so problematisch sein.

Zitat

Mit 4 Aufnahmen (zwei auf Karte 2, 2 auf Karte 1), ohne NoAd so:

Code

CPU states:  34.2% user,  38.9% system,   3.4% nice,  23.5% idle

... und das sieht auch nicht gut aus :(. Bei meinem 500er sieht es mit 4 Aufnahmen so aus:

Cpu(s):  21.9% user,  33.0% system,   2.5% nice,  42.6% idle

Irgendwas muss das System also massiv ausbremsen. Die Onboard-Grafik währe so ein Kandidat dafür(mit dem KLE133 hab ich zwar noch keine keine Erfahrungen gemacht, dafür aber mit einem der Vorgänger für den K6-2 (500 glaube ich). Das Ding war zum Teil sogar langsamer als ein P200. Seit dem traue ich dem Shared-Memory-Zeug nicht mehr.). ... oder ist doch vielleicht der IDE-DMA-Modus nicht richtig gesetzt?

nur mal so zum Vergleich, hdparm-Werte auf meinem SHUTTLE MK20N (VIA KLE133):

Zitat

/dev/hda:
Timing cached reads: 688 MB in 2.01 seconds = 342.85 MB/sec
Timing buffered disk reads: 152 MB in 3.03 seconds = 50.23 MB/sec

...und noch 'top' mit 4 aufnahmen

Zitat

Cpu(s): 8.0% user, 12.3% system, 1.0% nice, 70.0% idle

Leider lässt sich bei dem Board, im Gegensatz zur Behauptung des Herstellers, die Onboard-Grafik auch nicht deaktivieren.

vdrtux

Zitat

Original von Boergen
Hi,

ich finde in meinen Bioseinstellungen auch keinen Eintrag, mit dem ich die onboard Grafik deaktivieren könnte. Einzig und allein "Init Display First: AGP/PCI" finde ich.

Ist es denn evtl. möglich, dass durch die shared-memory Geschichte die 128 MB Ram in dem VDR zu klein dimensioniert sind? Könnte das Problem mit mehr Ram gelöst werden?

Grüße
Boergen

Alles anzeigen

...gute Idee finde ich !! Wieviel wird denn für die Grafik als Shared-Momorey abgezwackt? Wenn es nur 8MB oder gar 4MB sind, dann sollte der Speicher auch noch langen können.

Gruß
Wicky

Zitat

Einzig und allein "Init Display First: AGP/PCI" finde ich.

das hat keine Auswirkung auf die Systemleistung bzw. deaktiviert die OnGrafik nicht, das heißt nur, welche Grafik (AGP/PCI) als erste vom BIOS initialisiert werden soll.
Du müsstest aber'n Knopf haben wo man die Größe des Shared-Memory einstellen kann, bei mir kann ich das auf 8MB runterschrauben.
Dann sollten auch die 128MB ausreichend sein.

...ach so, und poste doch mal die Ausgabe von 'hdparm /dev/hda', nur um sicher zu gehen, ob DMA wirklich an ist.

vdrtux

[edit] ich bin ein Langsamtipper

Das sieht schon mal gut aus

Also, ich würde mal die Platten und alles was dazu gehört (Kabel 80polig?,Stecker usw.) genauer unter die Lupe nehmen, denn deine hdparm-Werte sind, im Vergleich zu meinen, einfach zu niedrig. Dann evtl. auch nur mit einer Platte an einem IDE-Kanal testen, und schauen, ob sich die Werte verbessern.

Was sagt eigentlich 'ps aux' zur Prozessauslastung?

vdrtux

PS.: übrigens der KLE133 kann bis UDMA100

Hallo Boergen,
wie Du an meinen Daten sehen kannst verwende ich in dem 800Mhz-PC nur die Intel-Onboardgrafik die 64MB shared RAM belegt, und trotzdem kann ich z.B.TV gucken und gleichzeitig mit xmms Musik hören. Veröffentlich doch mal für die Spezialisten unter uns deine XF86Config-4 wo ja wichtige Grafikeinstellg. für DRI (Beschleunigung..) drin sind. Wichtig ist dabei nur die Farbtiefe 16 zu verwenden, spart Platz..
Kannst Du den TV gucken ohne ruckeln? Und klappt der Senderwechsel schneller? Schau doch auch mal in mein heutiges MiniHowTo zu Lirc, OSD.
Nachtrag: das OSD verwendet doch auch ein tempfs z.B./var/cache/vdr/vtx gibts das bei dir?

Gruss, Ludwig