Slow on-the-fly burning

MartinZ · 2006-07-12 03:24:58

I bought a LiteOn SHW-160P6S dvd burner some weeks ago. Everuthing seems fine, but on-the-fly recording: it goes very slow, just about 1x. Burning through the hard disk takes about one third the time it takes on the fly!!

Needless to mention, it suffers lots of insufficient data on buffer, and even when k3b says everything was fine and the dvd is accesible, i don't trust the dvd is "well" copied. In fact, today i had to write a data dvd (with source on my hd) 3 times, because it wasn't recogniced by the system (wasn't show in thunar as other dvd's). I was able to manually mount it, but it took about 60 seconds to work and some of the videos recorded in it were unaccesible or didn't play smoothly.

I already tried lots of confs with hdparm and double checked permissions, but found nothing wrong.

This are the specification of my dvd reader:

[root@myhost martin]# hdparm -i /dev/hdc

/dev/hdc:

 Model=HL-DT-STDVD-ROM GDR8161B, FwRev=0100, SerialNo=
 Config={ Fixed Removeable DTR<5Mbs>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2
 AdvancedPM=no

And the specs of my dvd writer:

[root@myhost martin]# hdparm -i /dev/hdd

/dev/hdd:

 Model=LITE-ON DVDRW SHW-160P6S, FwRev=PS0A, SerialNo=
 Config={ Fixed Removeable DTR<5Mbs>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  sdma0 sdma1 sdma2 sdma? mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2
 AdvancedPM=no
 Drive conforms to: Unspecified:  ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

I have this on /etc/rc.sysinit

hdparm -X70 -d1 -u1 -m16 -c3 -a1024 /dev/hda
hdparm -X70 -d1 -u1 -m16 -c3 -a1024 /dev/hdb
hdparm -X70 -d1 -c1 -a8 -u1 /dev/hdc
hdparm -X70 -d1 -c1 -a8 -u1 /dev/hdd

So, doing hdparm /dev/hdx i get this for both of them:

 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 HDIO_GETGEO failed: Inappropriate ioctl for device

What the hell means the last line?? :?

And doing an hdparm -Tt /dev/hdx i get this:

/dev/hdc:
 Timing cached reads:   1068 MB in  2.00 seconds = 533.73 MB/sec
BLKFLSBUF failed: Function not implemented
 Timing buffered disk reads:   14 MB in  3.55 seconds =   3.95 MB/sec
BLKFLSBUF failed: Function not implemented

/dev/hdd:
Timing cached reads:   968 MB in  2.08 seconds = 465.97 MB/sec
BLKFLSBUF failed: Function not implemented
 Timing buffered disk reads:   22 MB in  3.01 seconds =   7.30 MB/sec
BLKFLSBUF failed: Function not implemented

BLKFLSBUF?? Sounds like something evil...

I don't know what else shall i do, i would really appreciate some help.
Thanks in advance.

Lone_Wolf · 2006-07-14 10:10:24

Did you install dvd+rw-tools from extra ?

MartinZ · 2006-07-16 18:06:34

Sure

twiistedkaos · 2006-07-16 18:41:06

Correct me if am wrong, but BLKROSET, BLKROGET, BLKSSZGET and BLKFLSBUF ioctls aren't even used in 2.6 kernels anymore.

Sorry that I can't help. but the information above *might* be useful.

MartinZ · 2006-07-16 23:06:49

I have totally no idea. Thanks a lot for the hint, i'll google about that.

I just noticed it happens the same when copying cd's on-the-fly, i didn't try that before. So, i guess it may be a k3b or device miss/wrong configuration??

MartinZ · 2006-07-16 23:22:50

I reinstalled and deleted all k3b conf files without luck.

I also tryed graveman to see if it was a problem of my few kde-pkgs, but even when it detects my device as a recorder, it doesn't give me the option to record to it (just to iso). Running it as root also doesn't solve the problem, so i guess it's not a permissions-related stuff.

The strange thing is that burning a cd/dvd from data located in the hd works smoothly... :?

twiistedkaos · 2006-07-17 03:34:51

Also, on-the-fly do you mean like, copying a cd and burning it right after? If so, I believe most burning programs use the /tmp/ folder to put files that are going to be burned at, make sure the folder isn't realy close to being full, if so. That *may* be the problem. Also, how much ram / swap do you have?

MartinZ · 2006-07-17 05:49:00

On-the-fly means that the data is copied directly from source to destination device, without being copied to the hd before. Since both of my devices are plugged to the same ide cable (as master and slave), there may be a speed decrease, but the total time it takes to copy a disc must be, at least, equal to a 2 step copy. I had a cd writer before and i was able to copy cd's at almost 48x without getting a single time out of buffer.

About /tmp, i manually assigned another directory as temp.
I also have 694 MB of RAM and a swap of 1294 MB, so i don't think that's the problem... Any way, doing a df i get this:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda3              4640484   1952664   2687820  43% /
/dev/hdb5              3403980   1243356   2160624  37% /var
none                    355500         0    355500   0% /dev/shm
tmpfs                   355500      1100    354400   1% /tmp
/dev/hda2                31109      9011     20492  31% /boot
/dev/hdb6             29194016  22107672   7086344  76% /home
/dev/hdb2             11677584   1407584  10270000  13% /home/martin/temp
/dev/hdb7             11524944       508  11524436   1% /home/martin/.temp
/var/lib/pacman.db       53733     16652     37081  31% /var/lib/pacman

Thanks a lot for answering

MartinZ · 2006-07-17 16:38:43

After trying lots of different confs, i decided to try same stuff under windoze to see if it was soft- or hardware problem. And guess what: it happens the same.

Sorry to bother. :?

Substance · 2006-07-18 00:08:25

thank god im not the only one i have i think the same dvd burner and its the same for me...

Arch Linux

#1 2006-07-12 03:24:58

Slow on-the-fly burning

#2 2006-07-14 10:10:24

Re: Slow on-the-fly burning

#3 2006-07-16 18:06:34

Re: Slow on-the-fly burning

#4 2006-07-16 18:41:06

Re: Slow on-the-fly burning

#5 2006-07-16 23:06:49

Re: Slow on-the-fly burning

#6 2006-07-16 23:22:50

Re: Slow on-the-fly burning

#7 2006-07-17 03:34:51

Re: Slow on-the-fly burning

#8 2006-07-17 05:49:00

Re: Slow on-the-fly burning

#9 2006-07-17 16:38:43

Re: Slow on-the-fly burning

#10 2006-07-18 00:08:25

Re: Slow on-the-fly burning

Board footer