Originally posted by Ken45
View Post
It turns out to rear its head when the scene splitter is active. At this time Edius has to close the last file off and create a new file name for the next clip whilst the tape is running. I use an intenal SATA raided pair and those drives are fine for a whole HDV tape without error.
The remote disk pool (5TB) was running Sanbolic Melio FS file sharing software where the small transfers showed a very poor response speed as measured with the Atto Benchmark tester bench32.exe. 2K transfers showed only 2MB/sec whereas the raided pair were showing 33MB/sec at the same transfer size. The remote disks had no problem at the high end reporting 200MB/sec. Now when the new file name is created at a scene split only a small amount of data is tranferred and the response time is lousy, hence the message disk drive too slow. I reprepped the disks under NTFS and immediately the small transfer speed increased. I then updated the Axus raid drive firmware and got 9MB/sec on small transfers. Sanbolic admitted they had a problem with small transfer speeds and are releasing newly written software for November 07.
In the meantime I am using Tiger Technologies MetaSAN which works fine but really ties up the LAN with Metadata, so I would prefer the Sanbolic solution asssuming they issue a release which works.
Basically its down to the overall turnaround time to create a new file and for Edius get a response back that the action has been completed. Try running the filemon.exe utility to show you whats going on and set it to capture from your destination disk only. It will show all the chatter that goes on between the Edius and the disk drive.
Mike Sanders
Leave a comment: