| bob 09.Dec.2007 09:55:06 |
Hallo zusammen,
ich lese schon lange hier mit, habe mich nun entschlossen zu easyvdr zu wechseln.
Mein Testsystem (siehe Signatur) habe ich mit dem easyvdr 0.5 RC1 installiert.
Auf den ersten Blick läuft alles ordnungsgemäß und zufriedenstellend.
Bei den Aufnahmevorgängen jedoch gibt es Probleme.
Als Systemplatte möchte ich eine 4 GB CF-Karte nutzen, bei meinem aktuellen Altsystem linvdr läuft dies schon seit 1,5 Jahre problemlos.
Die 250 GB Datenplatte (dazu verwende ich die Platte aus dem Altsystem) mounte ich nach /mnt/hdb1, anschliessend erstelle ich einen Softlink /media/video0 /mnt/hdb1.
Ich weiß, /video0 ist auch ein Softlink zu /media/video0, also im Endeffekt zwei Softlinks hintereinander, das scheint zunächst nicht das Problem zu sein.
Ich kann mit easyvdr problemlos die nun zur Verfügung stehenden alten Aufnahmen vom linvdr abspielen.
Beim Aufnehmen beginnt der Stress nun, in unregelmässigen Abständen zwitschert es, Klötzchen sind am Bildschirm zu sehen und im logread werden Meldungen "TS continuity error" ausgegeben.
Der genutze Kanal scheint egal zu sein.
Leider hab ich aktuell kein Beispiellog, habe mehrmals das System mit unterschiedlichen Versionen installiert, aktuell ist das einzige verfügbare Satkabel frauentechnisch "blockiert".
Das gleiche System habe ich heute morgen testweise direkt auf eine 80 GB IDE-Festplatte installiert und anschliessend den Aufnahmevorgang geprüft kein Problem.
Es deutet sich also an, das die CF-Kartenlösung beim Aufnahmen ein Problem hat.
Mir gehen die Ideen aus, mit welchen Parametern/Schrauben ich die Situation in den Griff bekommen könnte.
Es handelt sich um eine 4 GB CF-Karte Transcend CompactFlash Card (Ultra133, Schwarz)
Kapazität 4096 MB
Datentransfer 18 MB/s lesen, 20 MB/s schreiben
Angeschlossen über CF-IDE Kartenadapter (läuft im linvdr mit der 1 GB Karte problemlos)
Swap ist ausgeschaltet, mit den installierten 512 MB Ram sollte es keinen Stress geben.
Mir ist auch aufgefallen, das das Menü zeitweise träge ist, dazu habe ich dann den Sleepmode für /dev/hda deaktiviert, das hat schon Verbesserung gebracht beim Menü.
Vielleicht hat jemand hier einen Lösungsansatz oder Denkanstoß für mich?
hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
Model Number: TRANSCEND
Serial Number: 0 0011209A
Firmware Revision: 20070831
Standards:
Likely used: 6
Configuration:
Logical max current
cylinders 7769 7769
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 7831152
LBA user addressable sectors: 7831152
device size with M = 1024*1024: 3823 MBytes
device size with M = 1000*1000: 4009 MBytes (4 GB)
Capabilities:
LBA, IORDY(may be)(cannot be disabled)
bytes avail on r/w long: 4
Standby timer values: spec'd by Vendor
R/W multiple sector transfer: Max = 1 Current = 1
Advanced power management level: unknown setting (0x0000)
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Power Management feature set
WRITE_BUFFER command
READ_BUFFER command
NOP cmd
CFA feature set
Advanced Power Management feature set
HW reset results:
CBLID- below Vih
Device num = 0
CFA power mode 1:
enabled
Maximum current = 500ma
Integrity word not set (found 0x0000, expected 0x11a5)
easyVDR:~# uname -a
Linux easyVDR 2.6.22.5-SMP #2 SMP PREEMPT Fri Aug 24 23:01:32 CEST 2007 i686 GNU/Linux
easyVDR:~# /usr/vdr/vdr -V
vdr (1.4.7/1.4.5) - The Video Disk Recorder
easyVDR:~#
easyVDR:~# fdisk -l
Disk /dev/hda: 4009 MB, 4009549824 bytes
128 heads, 63 sectors/track, 971 cylinders
Units = cylinders of 8064 * 512 = 4128768 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 1 4000+ 83 Linux
/dev/hda2 * 2 243 975744 83 Linux
/dev/hda3 244 970 2931264 83 Linux
/dev/hda4 971 971 4032 83 Linux
easyVDR:~# top
top - 09:48:55 up 42 min, 1 user, load average: 0.20, 0.18, 0.07
Tasks: 82 total, 1 running, 81 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.4%sy, 0.0%ni, 96.3%id, 3.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 478500k total, 158828k used, 319672k free, 56732k buffers
Swap: 0k total, 0k used, 0k free, 51484k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 15 0 1944 644 544 S 0.0 0.1 0:00.81 init
2 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 events/0
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
71 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
72 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
73 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
232 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0
233 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
234 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux
235 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
256 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
257 root 15 0 0 0 0 S 0.0 0.0 0:00.01 pdflush
258 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kswapd0
259 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
260 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 cifsoplockd
261 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 cifsdnotifyd
263 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 jfsIO
264 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 jfsCommit
265 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 jfsSync
easyVDR:~#
Gruß
bob
Produktivsystem: Linvdr, Mahlzeit 3.2,TT2300 FF , 1 GB System-CF-Karte, 250 GB Datenplatte LCD Phillips 37PFL9632D/10
HDTV-Testsystem: easyvdr 0.7.14, Intel E2220 2 GB Ram, Skystar HD2, Bildausgabe über Nvidia 9500 GT, 200 GB Sytem- und Datenplatte LCD Phillips 37PFL9632D/10 |
| bob 10.Dec.2007 19:03:03 |
Hallo zusammen,
habe das Problem gelöst in dem ich die CF-Karte an alleine an einem IDE-Strang angeschlossen habe.
Gruß
bob
Produktivsystem: Linvdr, Mahlzeit 3.2,TT2300 FF , 1 GB System-CF-Karte, 250 GB Datenplatte LCD Phillips 37PFL9632D/10
HDTV-Testsystem: easyvdr 0.7.14, Intel E2220 2 GB Ram, Skystar HD2, Bildausgabe über Nvidia 9500 GT, 200 GB Sytem- und Datenplatte LCD Phillips 37PFL9632D/10 |
| Martin 10.Dec.2007 20:47:32 |
...wenn das zweite device langsam ist, wird der CF ausgebremst...
Infos dazu ergibt hdparm ...
Grüße
Martin
-----------------------------------------------------------------------------------------------------------
[url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken)
VDR1: ASROCK Q1900M, 4GB, SSDs als Bootplatte, Bild+Ton aus Geforce 720, easyVDR3.x als Streamdev- und SatIP Client
VDR2: Esprimo, 2GB, NVIDIA Ausgabe per HDMI, kein GraphTFT am VGA Anschluss, easyVDR3.x als Streamdev-Client
VDR3: Activy350; SW: Gen2VDR Activy-Edition
SERVER: Asrock Q170M vPro, Core i5-6600K, Cine S2 V4 mit 4 S2-Tunern, 16GB Corsair, 4*4TB WD-RED, 240 GB SSD, 19" Gehäuse
Clients: Motorola VIP 19xx, Handys und Tablets
|
| bob 13.Dec.2007 00:32:41 |
[quote='Martin link' pid='3299' dateline='1197316052']
...wenn das zweite device langsam ist, wird der CF ausgebremst...
Infos dazu ergibt hdparm ...
Ich denke nicht das das zweite Gerät tendenziell langsamer als die CF-Karte ist, es handelt sich dabei um eine aktuelle 250 GB Festplatte.
Nach meiner oben angesprochenen Problemlösung hatte ich zeitweise Situationen, wo die CF-Karte arg am rödeln war, die Bedienung über Fernbedienung war nicht mehr möglich.
Nun...mir sind die Ideen nachher ausgegangen. Das System kränkelt, in den Logdateien war nichts verdächtiges zu sehen.
Ich habe dann das System neu installiert, dabei habe ich ext2 als Dateisystem auf der CF-Karte gewählt.
Und siehe da...die träge Menüführung geht nun blitzschnell.
Gruß
bob
Produktivsystem: Linvdr, Mahlzeit 3.2,TT2300 FF , 1 GB System-CF-Karte, 250 GB Datenplatte LCD Phillips 37PFL9632D/10
HDTV-Testsystem: easyvdr 0.7.14, Intel E2220 2 GB Ram, Skystar HD2, Bildausgabe über Nvidia 9500 GT, 200 GB Sytem- und Datenplatte LCD Phillips 37PFL9632D/10 |
| dutchguy 18.Dec.2007 02:03:29 |
Hmmm...
du hast wahrscheinlich die richtige lösung für dein Problem gefunden. Ich kenne es aus der vergangenheit als CF Cards noch 'langsam' wahren. Es galt damals als schlechte Idee um CF mit ext3 zu benützen. Oft tauchten im syslog dan fehler auf wie:
invalidate buffer: busy buffer
invalidate buffer: dirty buffer
Das ist der Kernel der meldet das sein 'dirty buffer' der Daten beinhaltet die noch geschrieben werden sollten nicht rechtzeitig los werden kann. Eine andere schnellere CF Karte könnte auch eine Lösung sein.
/Dutchguy.
Distri: easyVDR 0.5_RC1; Mainboard MSI 694T Pro; CPU: Celeron 1Ghz; Skystar2 und Hauppage PVR150; Video: Netstream2000; Graka: nVidia Riva TNT2 |
| bob 18.Dec.2007 06:47:01 |
[quote='dutchguy link' pid='3299' dateline='1197939809']
Eine andere schnellere CF Karte könnte auch eine Lösung sein.
/Dutchguy.
Der von Anfang an problemlos laufende linvdr ist auf einer 80x 1 GB Karte installiert, während die Problemkarte eine 133x 4 GB darstellt. Die 1 GB Karte läuft seit 2 Jahren stressfrei ohne jegliche Stressmomente.
Beide Karten sind vom gleichen Hersteller.
Gruß
bob
Produktivsystem: Linvdr, Mahlzeit 3.2,TT2300 FF , 1 GB System-CF-Karte, 250 GB Datenplatte LCD Phillips 37PFL9632D/10
HDTV-Testsystem: easyvdr 0.7.14, Intel E2220 2 GB Ram, Skystar HD2, Bildausgabe über Nvidia 9500 GT, 200 GB Sytem- und Datenplatte LCD Phillips 37PFL9632D/10 |
| dutchguy 18.Dec.2007 14:23:49 |
Ja, und eben weil gleicher Hersteller ist die Annahme berechtigt das es kein Hardware Problem ist. Dennoch haben gerade Tests in denn letzten 2 Jahre in bezug auf CF Cards für Digital Fotografie erhebliche Unterschiede festgestellt, auch bei Markenhersteller. Auch zu erwähnen ist die Tatsache das es gut getürkte Fälschungen auf dem Markt gibt, die nicht Ansatzweise an die performance des Originals kommen. Und zum Schluss haben CF Cards Modelabhängig intern eine Datenstruktur die in Kombination mit gewisse Anwendungen eher kontraproduktiv wirkt. Stichwort 'burstmode'
Hab in der Hinsicht vor 2 Jahre einiges an Erfahrung sammeln können, und weiß seitdem, nicht alles wo schnell drauf steht, auch immer schnell ist.
Distri: easyVDR 0.5_RC1; Mainboard MSI 694T Pro; CPU: Celeron 1Ghz; Skystar2 und Hauppage PVR150; Video: Netstream2000; Graka: nVidia Riva TNT2 |
