• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Does Firewire suck less than IDE???

isaacmacdonald

Platinum Member
I'm soooo sick of the weird lags I get when installing software off of IDE cdroms. It doesn't matter if it's on its own channel, it still lags. Would firewire alleviate this weird lag thing? Does anyone have a firewire cd-r???
 
I have no idea about the fire wire, but I have noticed the same lag whenever anything stresses the IDE bus, my computer basically is useless. I wonder if one of the hardware (ones that do not rely on the Host proccessing) IDE RAID addon cards would help?
 
Firewire will not help

SCSI will

and yes there are firewire cd-rw drives. All you have to do is buy an external enclosure ( usb2 or firewire ) and a regular IDE cd-rw drive.

 
IEEE1394 won't help...

... because it's still an IDE drive that is doing the work. So it would be no faster.

As was mentioned SCSI would help as it is faster than IDE.
 
Firewire will NOT help.. They're just regular ide drives in FIREWIRE enclosures.. Maybe a different CD rom drive will help.. Liteon makes some good, cheap ones that are pretty fast..
 
Gahhhh. There's no other solution? I don't really want yet ANOTHER cdrom drive. It's getting ludicrous now. I don't see any decent speed scsi cd-r's either. damn.

But no, I'm not looking for "fast" I already have cdrom's that rotate fast enough to injure me with schrapnel. I'm looking to get rid of that awful IDE lag, where the entire system just halts while IDE is spinning up or seeking. It's so annoying, I can't even listen to mp3's when I'm installing progs.
 
isaac- you're blaming the wrong thing here.. If something is wrong (or it could just be your perceptiong) the problem is probably NOT the interface (unless it was USB 1.1) I'm giving you a possibly good and cheap solution - GET A DIFFERENT IDE CDROM drive.. or at least tell us some more info about your set up.. well.. ok, go buy a firewire drive.. yep..
 
Not SCSI cd-rom or cd-rw drives

SCSI hardrives, with a controller. While you are doing intensive programs, with a scsi drive your system will not slow down. There still will be a slight lag of the cd spin up but during the installation of programs, your system will not come to a crawl
 
Originally posted by: freedomsbeat212
isaac- you're blaming the wrong thing here.. If something is wrong (or it could just be your perceptiong) the problem is probably NOT the interface (unless it was USB 1.1) I'm giving you a possibly good and cheap solution - GET A DIFFERENT IDE CDROM drive.. or at least tell us some more info about your set up.. well.. ok, go buy a firewire drive.. yep..

Here's the specs:

845 PEV
p4 2.53
1gb samsung pc27
1 wd1200jb on MB IDE channel 1
1 TDK 24x CD-R on MB IDE channel 2
1 Maxtor 160/7200/8mb on promise IDE PCI card channel 1
1 Sony DVD-ROM on promise IDE PCI channel 2
turtle beach santa cruz SC

no slave drives at all.

I go to install a prog like UT2003 on either cd-rom drive and the system lags when I insert the CD, lags when the cd-rom seeks... just gives a generally unpleasent experience. I have winamp 2.8 playing an mp3 and the thing skips, gets stuck, just does weird stuff. It's annoying as hell.

To be honest, I've noticed this behavior before, and seen it mentioned in threads before, but now it's really getting very annoying.

edited to add: and yes I have DMA 2 enabled on both drives. That makes the CPU usage lower, but when the thing spins up or seeks, the system still comes to a standstill.
 
Hmm.. OK, one thing is that you should disable all forms of AUTOSTART.. Also, why the unusual set up? I suggest simply slaving the cd and dvd rom.. Also, I don't know much about promise controllers but that may be a bottlekneck.. Try running them as slaves on the MB ide channel.. I know the 845 pev is agreat board - no need to put a promise in there..
 
Depends on the CDROM. many CDROMs now do this, but not all. I'm currently using a 4x2x32 HP and it's fine. The 52x POS on this machine freezes everything when iit needs the CDROM to spin up. This is a reason currently why I don't plan to get another drive until it dies or a I need a DVD-ROM.
SCSI shouldn't help. Having a SCSI, or another IDE, controller, might. With the CDROMs there is practically no difference in them (except that now it's harder to find SCSI CDROMs).
Also, the drive trying to read the CD should not be eating much of anything on the bus or interface. Firmware/drivers maybe?
Lastly, you may want to put the HDs on a separate controller and have the CDROMs on the mobo's...sometimes helps.
 
I assume the "lag" you're referring to is the system overall, and not the drive. Firewire WOULD likely stop the lag of the system overall, so you wouldn't notice it seem to freeze for a moment when accessing the drive, but the drive may not perform as well (notably, access times might jump, though the actual throughput might stay up fine). The freezeup has happened to me on many different computers with varying components, but not on other computers. This of course only happens when using IDE devices, and happens with IDE hard drives as well when you allow them to spin down and they need to wake up. As far as I can figure out, it's due simply to the fact that IDE devices take control of a bus, and while the drive is spinning up it doesn't let the bus go, and seems to keep the CPU occupied as well. Some drives do it worse than others, so a different brand of drive may solve your problem. I don't build enough computers with different types of drives to have any idea whether there's a pattern to the types of drives, motherboard chipsets, drive PCB chips, et cetera that cause this problem, but I know it doesn't always happen.

Disabling auto-insert notification is just a way of getting around the problem during one instance that it may occur, when the OS reads the CD at insert. It won't make any difference at any other time that the CD has to spin up.
 
Back
Top