[EMAIL PROTECTED] wrote:

> >cdrecord, while burning, seems to suffer from the same "hard 
> >drive slowness".  On certain times at certain tracks (not 
> >consistent), the FIFO percent decreases until it sometimes 
> >reaches ~5%, but the CD burning process continues without fail. 
> >Both CDRWs are SCSI.
> 
> >Has anyone experienced this?
> 
> >SuSE 7.2 User
> >System Specs
> >233 Pentium MMX
> >32MB of RAM
> >Plextor 12/10/32S
> >Yamaha 8424SZ
> >Advansys Ultra SCSI card
> 
> WIth a SCSI system this must be caused by one or more devices that 
> don't do disconnect/reconnect

  Well, certainly which are not functioning properly, as one possible
solution. I have a few thoughs on avoiding this, however, or helping to
identify the problem.

  First, by current standards the system memory is "modest," a polite
way of saying "barely adequate." Depending on what else is running in
the system there may be an issue there. I have run happily on 48MB,
though, so that's just a thought. Increasing the FIFO might help, but
Joerg didn't suggest that, so I just mention that since you can try
without touching hardware.

  If that controller has a 2nd bus, such as plain SCSI-2, you might move
one device to that and see if it improves the situation. If you have
another controller you can plug in that's not a bad idea to try.

  Finally, I assume that the kernel has extended error reporting on in
the SCSI code, and that you did look at the logs carefully. Pretty grim
to find out that you have a termination problem after you do a lot of
other work. The slowness on certain tracks suggests either data
dependency or inconsistent hardware. I assume you checked the cables,
physical stuff is more likely to "work sometimes" than software or
controllers.

  Did you try a slower burning speed? Not as a solution but as an
information point?

-- 
   -bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
 last possible moment - but no longer"  -me


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to