Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Storage & Archiving BRU PE restore really sloooow at 13MB/s

  • BRU PE restore really sloooow at 13MB/s

    Posted by Tim V d hoff on November 13, 2017 at 11:41 am

    Hi all,

    I’ve been a long time BRU PE user and am experiencing very slow restore performance lately, with the drive shoeshining at 13MB/s…

    My machine is an iMac 27″ 4Ghz 5K (late 2015) and HP Ultrium 3000 SAS LTO-5 drive, connected through an ATTO HBA680 in a Sonnett Echo Express II thunderbolt expansion chassis. I’m restoring to a QNAP TVS-871T 8-bay RAID-6 system using SMB3.

    Previously, the RAID system was connected straight to my iMac using Thunderbolt bridge, giving me read/write speeds of approx. 600/800MB/s. BRU PE would run the drive at advertised speeds of around 140MB/s.

    Now, my setup has changed slightly: instead of a straight thunderbolt connection, I’m using a SANlink2 10G ethernet adapter, using the same Thunderbolt port that was previously used for the thunderbolt bridge. Speeds are even higher at around 800/1100MB/s, yet when restoring it’s stuck at a measely 13MB/s.

    My current workaround is to restore locally to the iMac, which goes faster (but is limited by the internal drive speed) and then copy it over to the RAID system (which again is limited by the iMac drive speed). Needless to say, this is a PITA and shouldn’t be necessary.

    Seeing that basically it’s just the Thunderbolt bridge that’s replaced with a 10G ethernet adapter, I’m thinking the problem is related to this, but I’m at a loss as to what it could be exactly. Especially since the overall speed (tested with AJA test software) has improved.

    Does anyone have a clue? Maybe Tim from Tolis?

    Tim V d hoff replied 8 years, 3 months ago 2 Members · 5 Replies
  • 5 Replies
  • Tim Jones

    November 13, 2017 at 10:52 pm

    Have you disabled SpotLight and Timemachine on the drive? Also, have you verified that you’re using the cifs:// protocol instead of the smb:// protocol? Apple’s SMB2 protocol is problematic – especially when dealing for permissions and metadata which something that AJA and Black Magic Disk Speed Test don’t do when checking speed.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.tolisgroup.com
    BRU … because it’s the RESTORE that matters!

  • Tim V d hoff

    November 17, 2017 at 2:02 pm

    Hi Tim,

    Thanks for your message and sorry for the late reply!

    I’ve not changed any parameters other than the ones I stated and I’m running SMB3.
    Timemachine is not running and I had no idea that Spotlight could index NAS drives.
    So, either it always interfered or it never did. Regardless, I disabled it.

    Just to get some more insight on the matter, I’ve ran a test doing a backup and restore run with the same 40GB of video data (bunch of small MP4 plus three 10GB+ MXF files) on both my ‘regular’ SMB3 share, a manual connection using the CIFS:// protocol and my old and trusted NFS share that I used to work with prior to changing the setup.

    You notice that the SMB share wins the AJA test, with the CIFS connection dragging miles behind. No good for video editing. (The write speed of the NFS share used to be much higher previously. Don’t know what happened there.)

    Next, all three perform backup tasks at roughly the same 120MB/s speed. SMB and NFS do so continuously (gap is between two big files), but CIFS fluctuates quite a bit.

    Lastly, the restore job: all are much slower than the backup speed and NFS performs best, though none have a consistent output. SMB and CIFS are identical.

    I know the restore can be much faster, because the tape drive runs at high speed continuously when restoring to my local drive.

    What can this be?

  • Tim V d hoff

    November 27, 2017 at 5:35 pm

    Tim Jones? Anyone?

  • Tim V d hoff

    November 29, 2017 at 7:39 pm

    I’ve tried other software, specifically YoYotta and Canister (Beta software from the people at Hedge) and to my surprise they actually have no problem at all!

    Backup speed:

    Restore speed:

    Both are based around LTFS. Maybe this has something to do with it.

    Seems to indicate a software issue with Bru PE and this (not to uncommon) setup….

    Tim Jones, care to chime in?

    Thanks,
    Tim

  • Tim V d hoff

    January 21, 2018 at 2:01 pm

    Okay, so I guess this is the end of the road for Bru PE after 6 years…

    After sending emails to support staff at Tolis Group, I get exactly 0 helpful feedback.
    ‘You have to renew your extended support contract’ is the only thing they say, even though my question is about a clear performance issue with their software on a setup that consists entirely of products they recommended.

    At $279 for a year of ‘support’, I feel like I’m paying for a debugger Tolis Group should have hired themselves a long time ago.

    This software and entire business model of pricy software, pricy support and pricy paid upgrades belongs in the nineties and has no place anywhere today, except maybe for enterprise users, still used to this business practice.

    Thanks for the ride BRU. I’ll be getting me some YoYottaID/Canister/whoever else cares about happy customers.

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