Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: Buffer overflows
On Fri, 26 Sep 2003, Emil Naepflein wrote:
>On Fri, 26 Sep 2003 10:44:23 +0300 (EEST), Jan Ekholm
><chakie@infa.abo.fi> wrote:
>
>> Weird. It did happen about a minute after a recording started, but we've
>> had no problems with disk performance so far. We've successfully recorded
>> three shows at the same time while watching one of the shows. The disk is
>> a pretty new disk with DMA and decent performance, so I don't know what
>> could cause it to get too busy. The logs show no other activity and cron
>> doesn't run at the same time either. If the disk is temporarily busy one
>> would think that it would catch up after a few seconds, especially as the
>> data is stored in a ring buffer with a max size.
>
>Have you removed some recordings before and what filesystem are you
>using?
Something got removed a few hours back, I think, but the actual removing
of the files took place long before the overflows. The filesystem is a
local ext3, ie not over NFS.
>Deletion of large files is slow on some filesystems.
>Have you disabled the power management of the disk?
I haven't enabled it at least... Below is what hdparm tells me, I can't
seem to find anything related to APM or power management. But one would
think that power management would cause problems more often than, say,
every three days.
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 7301/255/63, sectors = 117304992, start = 0
Model=SAMSUNG SP6003H, FwRev=QV100-60, SerialNo=0463J1FT601104
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117304992
IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 1:
ATA device, with non-removable media
Model Number: SAMSUNG SP6003H
Serial Number: 0463J1FT601104
Firmware Revision: QV100-60
Standards:
Used: ATA/ATAPI-6 T13 1410D revision 1
Supported: 6 5 4 3
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 117304992
device size with M = 1024*1024: 57277 MBytes
device size with M = 1000*1000: 60060 MBytes (60 GB)
Capabilities:
LBA, IORDY(cannot be disabled)
bytes avail on r/w long: 4 Queue depth: 1
Standby timer values: spec'd by Standard, no device specific
minimum
R/W multiple sector transfer: Max = 16 Current = 16
Recommended acoustic management value: 128, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
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:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
SMART feature set
* Mandatory FLUSH CACHE command
Automatic Acoustic Management feature set
SET MAX security extension
* DOWNLOAD MICROCODE cmd
* SMART self-test
* SMART error logging
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
72min for SECURITY ERASE UNIT. 72min for ENHANCED SECURITY ERASE UNIT.
HW reset results:
CBLID- above Vih
Device num = 0 determined by the jumper
--
Gravity is a habit that is hard to shake off.
-- Terry Pratchett, Small Gods
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.
Home |
Main Index |
Thread Index