Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Apple Final Cut Pro Legacy System drives, media drives and journaling

  • System drives, media drives and journaling

    Posted by Tom Ackroyd on March 5, 2007 at 10:18 pm

    Over the years reading this forum it has been said many many times:
    1. Do not use your system drive fo capturing
    2. Turn journaling off on you media drives.

    I know this is the consensus, but I need to confirm specifics for my setup, as I am getting conflicting advice from my IT managers, who claim it is ok to capture to my system drive, and journaling is not an issue at all.

    I only ever capture PAL DV, from a DV deck.
    Up till now, I have been using an external Firewire 1Tb Lacie drive for capturing. This is my video media drive. All pictures and music for projects are stored on my system drive.

    I have just had a new system drive installed – a Barracuda 7200.9 Serial ATA 500Mb. It’s suggested I now use this as my capture drive.

    While capturing long tapes I am used to continuing work as normal on my computer – web browsing, databases, Office, you name it. Never had a dropped frame.

    If I now start to capture to my system drive, will I start dropping frames? According to the FCP Studio manual, it is not *recommended” to use the system drive to capture to, because of the data transfer rate. But with a sustained data transfer rate of 65 Mbytes/sec max, and DV having a datarate of 3.6Mbytes/sec, is this going to put the Barracuda under any serious strain?

    Also of course I have journaling enabled on the system drive. Exactly why is it that this is a problem? The manual does not mention it.

    Please forgive me if this is all old hat, but sometimes consensuses get fossilized.

    Thanks in advance,

    Tom Ackroyd

    PowerPC G5 4 x 2.5 GHz, 4.5 GB RAM, OS 10.4.8, Final Cut Pro 5.0.4

    Tom Ackroyd replied 19 years, 2 months ago 4 Members · 7 Replies
  • 7 Replies
  • David Roth weiss

    March 5, 2007 at 11:48 pm

    Tom,

    Your IT guys are wrong in this case. You might well drop frames because the system drive will be doing double duty. The system drive has mnore than enough throughput required for DV, but thats not the issue, it needs to be able to freely access application files, while the media drives need to freely access large media files and provide sustained throughput without conflict.

    It seems to me that your IT guys installed a system drive that is simply way too large for normal use, and they’re simply trying to encourage you to make use of it in some way because they know its way too big for the job. You could always use it to store backup media…

    DRW

  • Andy Nitchman

    March 5, 2007 at 11:51 pm

    Just wanted throw in my two cents… I was unaware that journaling
    was not recommended for media drives. Hence, I have done a lot of
    editing on scratch drives with journaling enabled and I have never
    had an major issues.

    -AnDy
    FCP 5
    2.0GHz Dual-core G5
    2 GB RAM
    NVIDIA GF 6600 256

  • David Roth weiss

    March 6, 2007 at 12:13 am

    Apparently journaling is not really the issue it once was. Its not recommended for media drives and its unneccessary, but it can’t hurt you if you happen to do it.

  • Tom Ackroyd

    March 6, 2007 at 12:24 am

    [David Roth Weiss] “It seems to me that your IT guys installed a system drive that is simply way too large for normal use”

    Thanks for your help David.

    The “normal use” here is now to use it as a capture drive as well as system drive. Hence the 500Mb. It’s to do with managing scarce drive resources, beyond my control. I don’t have a problem with managing it this way; I just don’t want a drop in usability.

    Will this configuration potentially mean problems while editing, not just while capturing? (I edit in DV space always.)

    Regards,
    Tom

  • David Roth weiss

    March 6, 2007 at 12:48 am

    [Tom Ackroyd] “Will this configuration potentially mean problems while editing, not just while capturing?”

    Tom,

    The concern in these situations is that you will have dropped frames that aren’t flagged at capture and that only appear later in the game when, for instance, printing to tape. That is the big hazzard that you risk by ignoring the recomendations. The thing is, you might get away it, but then again, you might not. The recommended approach assumes you’d like to know such an occurence will never happen.

    DRW

  • Ed Dooley

    March 6, 2007 at 3:23 am

    Just had the same issue appear on the Dallas FCP list. I referenced the
    Apple support page that talks about it:
    >>>If your server contains high-bandwidth usage data files, such as large video, graphics, or audio files, you may want to weigh the benefits of using journaling against the performance needed to access your data. In most cases, the impact of journaling upon data access performance are unnoticeable to users, but its implementation may not be practical for servers where data access demands outweigh its benefits.<<< I got 2 responses that said Apple engineers at NAB told the respondents that journaling doesn't affect performance enough to not use it. I personally don't use it for my media drives because I want every last bit of performance. I *never* capture to my OS drive because it's running the OS and a number of apps at one time. The extra throughput needed for media can produce dropped frames (and I do uncompressed video, not just DV). Ed

  • Tom Ackroyd

    March 6, 2007 at 3:29 am

    Thanks David and Ed for your input, you’ve been a great help.

    Tom

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy