Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

cdrecord pitanje

0 views
Skip to first unread message

Kresimir Marzic

unread,
Jan 4, 2004, 3:25:33 AM1/4/04
to
Pozdrav,

Imam pitanje vezano za cdrecord i snimanje CD-a.

Kada pržim CD, zauzeće procesora je 100%. Koristim kernel 2.6.0-mm2.
Kada sam isto činio sa prošlim kernelom (2.4.23), zauzeće je bilo par
posto.

# cdrecord -v -pad -data -dummy -eject driveropts=burnfree speed=8 \
dev=ATAPI:/dev/hdc image.iso

Par informacija:
kernel je 2.6.0-mm2, cdrecord je 2.01a23, procesor je Celeron 1.2 GHz,
memorije je 512 MB.

# cdrecord -scanbus dev=ATAPI:/dev/hdc
0,0,0 0) 'HL-DT-ST' 'CD-RW GCE-8480B ' '1.06' Removable CD-ROM

Probao sam sa: hdparm -d0 /dev/hdc i sa hdparm -d1 /dev/hdc, zauzeće
procesora je isto. Mislio sam da je možda pitanje oko DMA.

Očito da kod SCSI emulacije u 2.4 kernelima je stvar radila.
2.6 kerneli kažu da se više ne koristi SCSI emulacija i da je ATAPI
snimanje bolje i brže, no meni više ždere procesor.
U README.ATAPI piše: All Linux ATAPI transport implementations do not
support DMA.

Da li postoji rješenje za ovaj problem?

--
Kresimir Marzic

Dragec

unread,
Jan 4, 2004, 5:11:00 AM1/4/04
to
Kresimir Marzic wrote:

> Da li postoji rješenje za ovaj problem?

Sorry sto ne odgovaram na tvoje pitanje, no imam jedan vrlo slican problem
, pa bih i ja nesto pitao :)

Kolika je najveca teoretska brzina snimanja on-the-fly za ovu
konfiguraciju?

dragec:/home/dragec # hdparm -I /dev/hdd
ATAPI CD-ROM, with removable media
Model Number: LITE-ON LTR-52327S
Capabilities:
LBA, IORDY(cannot be disabled)
DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=227ns IORDY flow control=120ns

dragec:/home/dragec # hdparm -I /dev/hdc
ATAPI CD-ROM, with removable media
Model Number: SAMSUNG CD-ROM SC-152L
Capabilities:
LBA, IORDY(can be disabled)
DMA: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns

Naravno, hdd je przilica, a hdc cdrom. Problem je u tome sto cim probam sa
vise od 12X, dodje do stalnog ukljucivanja burnproof-a, a cdrom ne stigne
puniti buffer, pa je jos sporije nego 12X. Probao sam sve moguce
kombinacije hdparm-a, ali uvijek isto.

priglup

unread,
Jan 5, 2004, 3:23:12 AM1/5/04
to
On Sun, 04 Jan 2004 09:25:33 +0100, Kresimir Marzic wrote:
> Očito da kod SCSI emulacije u 2.4 kernelima je stvar radila.
> 2.6 kerneli kažu da se više ne koristi SCSI emulacija i da je ATAPI
> snimanje bolje i brže, no meni više ždere procesor.
> U README.ATAPI piše: All Linux ATAPI transport implementations do not
> support DMA.

Ako je tako, i dalje mozes preko SCSI emulacije. Probaj kao boot parametar
(pri bootu ili u bootloaderu reci /dev/hdc=ide-scsi i onda bi mogao sve po
starom na stari nacin iako Linus kaze da je to notorna hereza ali kad je
brze...:)

>
> Da li postoji rješenje za ovaj problem?

--
Linux makes the easy things difficult, but it makes the hard things easier
and the impossible things possible.

0 new messages