[lkml]   [2003]   [Mar]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4: high system load with SG_IO on IDE-SCSI: PIO?
On Mon, 10 Mar 2003, Douglas Gilbert wrote:

> The experience from the early 2.4 series was that the ide
> subsystem was too aggressive in its DMA settings for CD/DVD
> burners. [My experience with scsi devices is that disks have
> much better target implementations (i.e. more robust) than
> CD/DVD devices and scanners.] Later versions of the 2.4 series

ATAPI scanners? Cool stuff. Seriously, there is cheap ATAPI junk and
there is serious stuff.

> are a lot more conservative in their speed treatment of ATAPI
> devices. The robustness comes at the expense of system load.

Well, some amount of configurability would be nice for the ones of us
who have working ATAPI hardware. Even if it's a boot-time parameter like
"hdc=atapidma" or something (that's what FreeBSD does, with the
boot-time variable hw.ata.atapi_dma, it defaults to 0 but drop
hw.ata.atapi_dma="1" into /boot/loader.conf.local and have the machine
talk DMA to ATAPI stuff). Am I missing such an option?

I am currently facing the choice "switch to some other OS that talks DMA
to my CD-writer" or "buy an ATAPI-SCSI-converter" (which is above 100
EUR). I'd like to have a third option to choose, tell the kernel "forget
your sorrows and talk DMA." -- it could use a (user-space) whitelist,
say "Plextor CD-R 4824TA 1.04 is fine".

> ** Even though a CD writer appears as /dev/scd0 with ide-scsi
> appropriately configured, the hdparm command can still be used
> on /dev/hdd (for example, if the writer is the slave on the
> second IDE bus).

/sbin/hdparm -X66 -d1 -u1 happens at boot time (for hdc) -- still I'm
facing unreasonably high system load when writing a CD.

Matthias Andree
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.023 / U:1.000 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site