Skip navigation

Backing up Vaults slow

495 Views 11 Replies Latest reply: Dec 17, 2013 8:29 AM by woowooz RSS
woowooz Level 1 Level 1 (0 points)
Currently Being Moderated
Nov 26, 2013 9:39 AM

Using Aperture 3.4.5 on a Mac Pro with 10GB Ram, updating a vault takes hours.  Activity Monitor indicates "Not Responding" in red.  When it is not marked "Not Responding", Aperture is using 0nly 1.2% of CPU, even with no other application running.  Eventually it completes the update.  Is there a way to force Aperture to use more of the CPU capacity so that this process would go faster?  I have two libraries, one 301 GB and the other 1.67 GB, and this problem occurs with both libraries.  Each library has two vaults, one on a Drobo and one on an internal drive in the Mac Pro.

  • Frank Caggiano Level 7 Level 7 (22,905 points)
    Currently Being Moderated
    Nov 26, 2013 9:53 AM (in response to woowooz)

    IS there  a time difference between  backing up to the internal as opposed to the Drobo?

  • léonie Level 8 Level 8 (46,760 points)
    Currently Being Moderated
    Nov 26, 2013 10:31 AM (in response to woowooz)

    Is your Drobo a NAS?

  • Frank Caggiano Level 7 Level 7 (22,905 points)
    Currently Being Moderated
    Nov 26, 2013 10:39 AM (in response to woowooz)

    I do know that Drobo's can be slow when doing these types of operations. It would be interesting to do each one in turn and see what the difference is.


    In the meantime I have found that doing a repair to the library just before doing a vault update helps move things along.


    A few other things that might help isolate the problem, If you do a vault update and let it run to conclusion and then make one change to the library, import an image say, and then do another vault update how long does it take?


    You could also create a new vault and update that and see if it here is a difference in the time it takes to do the update. Remember in this case it will be doing a complete copy of the library rather then just doing the changes.


    good luck

  • Najinsky Level 3 Level 3 (660 points)
    Currently Being Moderated
    Nov 26, 2013 9:59 PM (in response to woowooz)

    Perhaps change tack slightly. Update the internal vault, then copy it to the Drobo.



  • Frank Caggiano Level 7 Level 7 (22,905 points)
    Currently Being Moderated
    Nov 27, 2013 5:53 AM (in response to woowooz)

    Frank, I did a Photo Library Repair Permissions, then Repair Database.  Now the Vault updates take only minutes!

    Ok that's good. As I wrote I found that doing a repair before vaulting seems to help especially if the library has had a lot of changes to it or its been a while since a repair or a vault operation.


    Even though much improved, I am still puzzled by the Activity Monitor showing the red " Aperture  not responding" message, sometimes but not always

    That is deceiving and not always helpful. An application can be non-responsive to the outside world but it doesn't necessarily mean  the app is hung. It just means it is doing some intensive task at that moment. This cause a lot of problems as user see this and think the app is hung and then force quit it. 


    Especially in this case where it is going in and out of the not responding state everything is OK.


    Further, I don't understand why Aperture is using only 2% of CPU during these vault updates.  Why not use more CPU and speed things up? 

    Updating a vault is just not very CPU intensive, not a lot of computation going on. The bottleneck is really the I/O, reading the library and writing to the vault. More CPU really wouldn't help in this case.


    There are other threads discussing this QTKitServer issue--see my last post.

    Yeah I've seen those too, not sure what is going on with that. Seems to be a fairly recent thing, I'll have a look at the other thread..




More Like This

  • Retrieving data ...

Bookmarked By (0)


  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.