If this is the _only_ solution, then how come all the cd-burner guys are producing burners up to 52x and everyone's _not_ been able to burn at 52x speed and _not_ complain??? What gives? The below solution looks plausible and reasonable but it defies the logic of why produce _such_ fast burn speeds if you can't even burn at that speed without going through some other hardware changes... AAARGH!!! Cheers, Mun Heng, Ow H/M Engineering Western Digital M'sia DID : 03-7870 5168 -----Original Message----- From: Brian T. Brunner [mailto:brian.t.brunner@xxxxxxxxxxxxxxx] Sent: Saturday, September 27, 2003 2:46 AM To: shrike-list@xxxxxxxxxx Subject: RE: Burn Speed to CD-R (was Re: SATA problems) This will vary with disk models: Take the number of sectors, divide by the number of (cylinders * heads), this is the number of sectors that flies under one head in one revolution of the disk. Factor in the spindle-speed of the disk, and you get the number of sectors/second that pass under one head. Since only 1 head can be read or written at a time, this is the maximum long-haul data transfer rate of the hard drive. For 7200RPM drives this is about ATA33 speed. ATA100 thru ATA5000 is cache-to-RAM speed, which matters for accessing "the next sector" after you've gotten the first; if the spindle is still doing 7200RPM you're still moving data at a long-haul speed of about ATA33. If you burn lots of CDs and want to do so more quickly than 24x, RAID (stripe) your HDs (making the drives master on 1 bus each) and put your CD on a 3rd bus (that may take buying a separate controller for either the CD or the RAIDed drives). That will increase the data-under-the-head speed by about a factor of two i.e.48x. Yes, the CD media itself must support this speed. Brian Brunner brian.t.brunner@xxxxxxxxxxxxxxx (610)796-5838 >>> ow.mun.heng@xxxxxxx 09/26/03 03:40AM >>> Samsung 52x24x52 using Imation CD-R. (they are Good??) Anyway, the problem lies.. not in the CDR quality but the transfer rate from HD to CD-R. They simulation only gotten me like 24x-27x of transfer rate! That is the main problem.. I think.. HD's on UDMA5. Cheers, Mun Heng, Ow H/M Engineering Western Digital M'sia DID : 03-7870 5168 -----Original Message----- From: Randy Kelsoe [mailto:randykel@xxxxxxxxxx] Sent: Friday, September 26, 2003 3:36 PM To: shrike-list@xxxxxxxxxx Subject: Re: Burn Speed to CD-R (was Re: SATA problems) Ow Mun Heng wrote: >hehe.. No.. actually this is my dad's desktop.. (and Yes.. I should've >changed thread) > >nero for M$. (is there a nero for Linux?? If Yes.. I'm switching..) > >The media(imation) is rated at 1-48x. (tried 24,32,40,48x works on <24x) >Running simulation mode.. only yielded like ~3M to 4M/s transfer rate. If I >run the "test all drives transfer speed" I get up to 40MB/s. > >so.. what gives?? > > > My guess is that it might be related to the "BurnProof" function of the drive. I'm using The Imation 48X CD-R's, with a Plextor 40x12x40 CD-R, and cdrecord, using the "driveropts=burnfree" option, and no matter what speed I specify, cdrecord seems to choose its own burn speed (faster or slower). If the media is is of high quality, it will burn at a faster rate. Last time I looked, Yamaha CD-R's were rated as the best, followed by CompUSA's CD-R's, and Imation was close by. Yamaha's CD-R's are more expensive, but you might try buying a couple and see what speed they will burn. Not all burners are equal. You did not mention what brand of burner you use. Have you checked for firmware updates for the drive? -- Shrike-list mailing list Shrike-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/shrike-list -- Shrike-list mailing list Shrike-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/shrike-list ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated ********************************************************************** -- Shrike-list mailing list Shrike-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/shrike-list -- Shrike-list mailing list Shrike-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/shrike-list
