-
firewire 800 bug?
I use an OWC esata external 2 TB raid with a tempo sata Pro expresscard/34 and a Mac Book Pro. But I will be using Imacs to teach students this fall and have ordered a bunch of g-raid 2TB raids. My plan was to capture student footage as Apple pro res 422 for them using a teacher computer and/or ki pro to copy tapes as pro res files. But I am concerned about the 2 Tb raids if the following proves true. It would seem to also influence the choice of many to use Imacs as primary or secondary choices for FCS editing.
Do you agree with the following observation/advice?
https://macperformanceguide.com/Reviews-eSATA-MBPCore_i7-FW800.html
Firewire 800 is slow at best
Firewire 800 is slow even when it runs optimally. The problem is, it doesn’t run optimally in a variety of circumstances.
For example, there exists a long-standing bug (for years), in which Firewire 800 performance shows severe impairment with volumes > 1 TB in size, though certain units like the Guardian Maximus evade this bug for unknown reasons.
It is steer manure that Apple has done nothing about it for 3-4 years— it’s misfeasance, especially given that the Mac Pro has five Firewire 800 ports (MacBook Pro has just one). I first reported the problem in 2006, and it also occurs in other circumstances as well, such as connecting more than one device. Bottom line is that verifying performance with DiskTester is your smart move— don’t assume.
There is a workaround: for any drive over 1TB, use partitions no larger than 1TB each. The first partition will yield the fastest part of the drive, the next partition the next fastest, etc.OSX 10.5.7; MAC Book PRO (EARLY 2008); Camcorders: Sony Z7U, Canon HV30, Sony vx2000/PD170, Canon xl2; Pana, Sony, and Canon consumer cams; FCP certified; write professionally for a variety of media; teach video production in L.A.
