Antec Fusion: Hohe CPU Last mit Imon VFD

Ich bin seit gestern stolzer Besitzer eines Antec Fusion mit integriertem Imon VFD.
Wenn ich das Display mit dem Lirc-Treiber, LCDproc und LCDproc-Plugin betreibe, treibt das die CPU-Last arg in die Höhe (gemessen an LoadAvg und CPU-Temp).

Mit aktiviertem Imon-Geraffel liegt die LoadAvg zwischen 0,8 und 1, ohne unter 0,2 (lediglich NoAd treibt die LoadAvg auf 1,0 hoch), die CPU ist im Schnitt rund 5° wärmer als ohne.

Ist das "normal" oder habe ich da irgendwo einen Bock geschossen?

Erläuternung zur anhängenden Grafik: den LCD-Teil habe ich heute abend ab ~20 Uhr mal weggelassen, die Lastspitze ~22 Uhr stammt von NoAd.

Sobald ich LCDd (ohne Clients) aktiviere, sieht die Systemauslastung so aus:

Passender Thread (gleiches Problem) dazu: http://thread.gmane.org/gmane.…lcdproc/11471/focus=11471

Ich wollte jetzt mal den "Standalone iMON VFD driver" gem. Anleitung von http://venky.ws/projects/imon/ ausprobieren, allerdings bekomme ich das Teil nicht kompiliert.

vdr:/usr/src/imon# make -C /usr/src/linux SUBDIRS=$PWD modules
make: Entering directory `/usr/src/linux-2.6.21.5'
  CC [M]  /usr/src/imon/imon_vfd.o
/usr/src/imon/imon_vfd.c:34:26: error: linux/config.h: Datei oder Verzeichnis nicht gefunden
/usr/src/imon/imon_vfd.c:43:35: error: linux/devfs_fs_kernel.h: Datei oder Verzeichnis nicht gefunden
/usr/src/imon/imon_vfd.c:147: error: unknown field 'owner' specified in initializer
/usr/src/imon/imon_vfd.c:147: warning: initialization from incompatible pointer type
/usr/src/imon/imon_vfd.c:162: error: unknown field 'mode' specified in initializer
/usr/src/imon/imon_vfd.c: In function 'send_packet':
/usr/src/imon/imon_vfd.c:328: warning: passing argument 6 of 'usb_fill_int_urb' from incompatible pointer type
/usr/src/imon/imon_vfd.c: In function 'vfd_write':
/usr/src/imon/imon_vfd.c:399: warning: ignoring return value of 'copy_from_user', declared with attribute warn_unused_result
make[1]: *** [/usr/src/imon/imon_vfd.o] Fehler 1
make: *** [_module_/usr/src/imon] Fehler 2
make: Leaving directory `/usr/src/linux-2.6.21.5'

Zitat

Original von XeYieang
Funktioniert Suspend to RAM problemlos mit dem Motherboard?

Habe ich noch nicht getestet.

Zitat

Und wenn ich schon dabei bin ..
- Bist du mit dem Gehäuse zufrieden bzw. ist es laut?
- Wenn es leise bzw. geräuschlos ist, welche CPU Kühler verwendest du?

Als CPU-Kühler verwende ich einen Zalman CNPS 7500-CU, da ich keine Alternative gefunden habe, die von der Höhe her in das Gehäuse passt.
Die beiden seitlichen TriCool-Lüfter habe ich sofort gegen 2 Scythe S-Flex 1200 getauscht, da mir die TriCool-Lüfter in meinem anderen Antec-Gehäuse überhaupt nicht zugesagt haben.

Das lauteste ist jetzt das Netzteil, fällt aber beim Fernsehen nicht weiter auf.

Kleiner Fehler im Mainboard-Handbuch: Lüfter an CHA_FAN_2 wird nicht automatisch geregelt und läuft konstant mit 100%. Deshalb habe ich die beiden Gehäuselüfter mit einem Y-Kabel an CHA_FAN_1 hängen.

Zitat

Original von XeYieang
Echt? Ich habe immer nur Antec Gehäuse gekauft und bin immer ziemlich zufrieden gewesen. In meine P180B habe ich auch TriCool, habe aber zwei abgeschaltet, weil diese unnötig für mich waren, und der Dritte läuft auf der niedrigsten Stuffe.

Kommt halt drauf an, wo Du wohnst. Bei mir hier auf dem Lande in ruhiger Umgebung ist es halt etwas anders als in der Stadt mit konstantem Hintergrundgeräusch durch Verkehr etc.

Zitat

Wie hoch kann der CPU-Kühler sein? 7cm?

WIMRE sollten ca. 10 cm möglich sein (aber sicherheitshalber vorher nachmessen). Die meisten Towerkühler scheiden dadurch leider aus.

Den Zalman habe ich eigentlich nur genommen, weil er von der Höhe bequem reinpasst und ich keine Lust hatte, stundenlang nach passenden Kühlern zu suchen.

Zitat

Original von SHF
@ Sledge Hammer:
Hast du das mit der CPU-Last inzwischen in den Griff bekommen?
Wenn nicht, hätte ich eine Idee, wie man wahrscheinlich eine gewisse Besserung erreicht.

Ist so geblieben. Sobald ich den lcdproc server starte, zeigt load diese irrsinnigen Ausschläge. Die CPU-Temperatur liegt im reinen VDR-Betrieb mit C'n'Q und meist heruntergetakteter CPU zwischen 30 und 35°.

vdr:~# cat /proc/interrupts
           CPU0       CPU1
  0:        252          0   IO-APIC-edge      timer
  1:          1          1   IO-APIC-edge      i8042
  7:          1          0   IO-APIC-edge      parport0
  8:          0          0   IO-APIC-edge      rtc
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          3          4   IO-APIC-edge      i8042
 14:       7500         20   IO-APIC-edge      ide0
 15:        112          8   IO-APIC-edge      ide1
 16:          0          2   IO-APIC-fasteoi   ehci_hcd:usb1


 17:      52153         12   IO-APIC-fasteoi   ohci_hcd:usb2


 18:      62897          1   IO-APIC-fasteoi   eth1
 19:          2          1   IO-APIC-fasteoi   ohci1394
 20:          0          0   IO-APIC-fasteoi   Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver
 21:     290875          1   IO-APIC-fasteoi   saa7146 (0)
NMI:          0          0
LOC:     612784     613190
ERR:          1
MIS:          0

Dein Patch war doch für den imon-Treiber in lcdproc gedacht, oder?

Ich habe die lcdproc-0.5.2/server/drivers/imon.c gepatcht und anschließend lcdproc komplett neu gebaut. Leider bekomme ich beim Start von LCDd dann nur die Meldung "Speicherzugriffsfehler" und LCDd ist tot.

So, korrigierter Patch ist eingebaut, leider ohne Besserung der CPU-Load.

Ich hab mir mal 10min lang die Ausgabe von top mit sekündlicher Aktualisierung angesehen. VDR dümpelt (als rechenintensivstes Programm) konstant mit 1-2% CPU vor sich hin. Ab und zu schluckt LCDd auch mal 1%.

Ohne erkennbare Ursache geht dann aber die loadavg von 0,2 auf 1+ hoch.

Zitat

Original von Riste
Then apply the patch and compile
cat imon-2.6.patch | patch
make -C /usr/src/linux SUBDIRS=$PWD modules und genau hier geht es in die Hose da bekomme ich diese Meldung

vdr:/usr/src/imon# make -C /usr/src/imon SUBDIRS=$PWD modules
make: Entering directory `/usr/src/imon'
make: *** Keine Regel, um »modules« zu erstellen. Schluss.
make: Leaving directory `/usr/src/imon'

Was mache ich falsch??? Kann mir wer helfen???

Alles anzeigen

Du musst mit dem Parameter -C den Pfad zu den Quellen Deines verwendeten Kernels übergeben, nicht den Pfad zum imon-Treiber.
Wenn Du dann weiter bist, sag' Bescheid ob was anders läuft als bei mir.

Du brauchst erst einmal den Quellcode zu dem von Dir verwendeten Kernel.

Gib mal auf der Console uname -rs ein. Das zeigt die Version des laufenden Kernels an.
Anschließend suchst Du mit apt-cache search linux-source nach dem passenden Quellcode.

Dann machst Du ein cd /usr/src und lädst mit apt-get install linux-source-%version% (%version% an Deine Erfordernisse anpassen) die Kernelquellen herunter. Wenn ich mich recht erinnere, kommen die Kernelquellen als Archiv, dass Du noch entpacken musst (mit tar oder mc). Dann solltest Du ein Verzeichnis /usr/src/linux-%version% haben.

Anschließend erzeugst Du noch mit ln -s /usr/src/linux-%version% /usr/src/linux einen symbolischen Link.