>From: "James Nikolich" <[EMAIL PROTECTED]>
>I think I've started to localize my problem:
>(for illustration, output from "cdrecord -scanbus"):
>scsibus0:
> 0,0,0 0) *
> 0,1,0 1) 'YAMAHA ' 'CRW8424S ' '1.0j' Removable CD-ROM
> 0,2,0 2) 'IBM-PSG ' 'DPSS-318350N F ' 'S94S' Disk
> 0,3,0 3) 'HP ' '4.26GB A 50-0430' '0430' Disk
> 0,4,0 4) 'HP ' '4.26GB A 50-0430' '0430' Disk
>The two HP disks, devices 3 and 4 share the 8-bit cable with the CD burner
>(device 1), but more importantly, I've configured them as software RAID-0
>devices (striping), using the newer (a.k.a. "Mingo") raid patches to my
>2.2.18 kernel. The IBM disk, device 2, is on the U2W cable.
>When I tried to burn the same ISO which had been moved to the IBM disk, the
>burn was consistently successful (incidentally, on crappy CMC media...).
>This would appear to suggest that either:
>1. The software Raid-0 kernel patch overhead (i/o or cpu) is bogging down
>things enough to cause the problems,
This seems to be the most probable reason:
- The machines from Sun sold with SW raid have at least 6 SCSI busses
- Sun suggests no less than 2 CPU's for SW RAID
- The Solaris kernel supports fine grained preemption.
None of the points above seems to be true for your machine...
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
