Abstract - Performance & Application Size

over 4 years ago from , Product Designer | Currently Re-Building Insurance | Previously @ Apartments.com

I was having serious performance issues this morning, and decided to do a little digging. It seems to be an issue of Sketch/Abstract Cache. Upon further inspection... my Abstract application folder is over 12GB in size... Has anyone noticed this with their Abstract application?

My guess is that the application folder is just storying every single revision history?

Anyone know how to flush this cache, or will merging all branches to master clear this?


  • Andrew McCloudAndrew McCloud, over 4 years ago

    Hey Joe, I posted in response to your question on Spectrum. Sharing here because I think it'll help others running into the same problem

    To clarify we do not version binary data in git. The issue here is with backups outside of git or a cache growing unbounded. We have mechanisms in place to clear this occasionally but it's not running often enough

    You can empty ~/Library⁩/Application Support/Abstract⁩/Documents⁩ if you have everything committed and synced. Do report back If there is another folder outside of Documents contributing to the larger Abstract support folder

    4 points
    • Guy MeyerGuy Meyer, over 4 years ago

      Andrew, does this issue also relate to performance? I don't see how storage relates to speed.

      For the author, I worked with sketch directly on some performance issues...it basically boiled down to plugins. But since the last updates, its been much better.

      0 points
      • Andrew McCloudAndrew McCloud, over 4 years ago

        Hey Guy, your hunch is correct. Reducing increased storage usage shouldn't have an impact on performance. While the op's title mentions performance, the problem only appears to be with excessive storage usage

        That being said performance and stability is always our priority. If you are running into general performance problems, please reach out to support@goabstract.com with details so we can get to the bottom of it for you

        0 points
  • Duke CavinskiDuke Cavinski, over 4 years ago

    41GB here.

    2 points
  • Weston Thayer, over 4 years ago

    If they are simply using Git under the hood, storing every single revision is exactly what it's doing. It's currently a foundational issue with Git. Git-lfs exists as a clunky workaround (but almost certainly wouldn't work with Abstract).

    1 point
  • Waldy Przybyslawski, over 4 years ago

    I'm curious if this has anything to do with the how your master file is setup? My /Documents and /repos folders are both under 1gig combined. In Abstract, I'm splitting my Sketch files into separated Library files (ie. Buttons, Cards, Inputs, Tabs, etc). Are you folks with huge folders running gigantic, single Sketch files?

    0 points
  • chris caseychris casey, over 4 years ago

    Looking for some help finding my cache size. Where is this located?

    0 points
  • Sean Goodwin, over 4 years ago

    I'm unsure of your particular issue, outside of having small performance snags here and there on larger projects.

    Abstract's community is usually pretty good about identifying issues like this, and their support team is reasonably quick to respond.

    My own Abstract application folder (at Library/Application Support/Abstract) is 45GB in file size. The biggest culprits are Documents at 28GB, and repos at 14GB.

    0 points
    • , over 4 years ago

      45GB!? I thought mine was large.

      This seems like a foundational architectural problem if thats the case. What happens when this app is 256gb big, and cant even install it on my laptop because it takes the entire memory of my laptop?

      0 points
      • Guy MeyerGuy Meyer, over 4 years ago

        Archive stale / old projects? I personally don't mind storage being consumed if its manageable. For me the benefits of having backups, outweighs the fixable downside :)

        0 points