Back to Blog

What "System Data" Means on Mac and What You Can Safely Review

Understand the caches, logs, snapshots, and app data behind the System Data storage category, and learn what is safe to review.

4 min read Huxley
Cutaway of a stylized drive showing stacked blue layers under a magnifying glass

System Data is macOS’s label for everything it can’t sort into a tidy category like Photos or Applications. That means caches, logs, app support files, local snapshots, virtual memory, and old device backups, all grouped under one large number. It looks alarming because it’s big and vague, but most of what’s in there is either doing a job or waiting to be cleared by the system itself.

What’s actually inside System Data

The category is a remainder, not a thing. When macOS tallies your storage, it assigns files to obvious buckets first, and whatever’s left over lands in System Data. In practice that’s a mix of caches that apps build to run faster, log files, the support data apps store in ~/Library/Application Support, Time Machine local snapshots, virtual memory and swap, and backups from devices you’ve plugged in.

None of that is junk by default. A cache is only wasteful once the app that made it is gone. A snapshot is only surplus once macOS decides it needs the room. So the honest framing isn’t “how do I delete System Data” — it’s “which parts are safe for me to look at, and which should I leave to the system.”

Why it balloons

System Data grows because the pieces inside it are designed to grow. Apps cache aggressively, keeping local copies of data so they don’t re-fetch or re-render it every time. A messaging app or a music app can hold several gigabytes of cache during normal use, and that’s the app working as intended, not misbehaving.

Snapshots are the other big driver. Before a major macOS update, and as part of Time Machine’s routine, the system takes local snapshots so it can roll back or catch up on backups later. These can add up fast, and they’re often the reason System Data spikes overnight. Virtual memory contributes too: when your open apps need more memory than the Mac has free, macOS writes the overflow to swap files on disk, and those grow during heavy multitasking. Developer tools pile on top of all this with build caches and simulators that regenerate on demand.

Magnifying glass over translucent labeled boxes above a laptop

How to actually inspect it

If you want to see where the space went, look at the user-level folders rather than guessing. Your Library folder is hidden by default, which is why these files never appear when you browse normally. The Go > Go to Folder shortcut, or holding Option while you open the Finder’s Go menu, is the way in. Two folders are worth opening: ~/Library/Caches, where apps store their rebuildable cache data, and ~/Library/Application Support, where they keep the data they actually rely on. Sorting either by size shows you which apps are the heavy ones.

For snapshots, open Terminal and run tmutil listlocalsnapshots /. That lists the local snapshots on your startup volume. You generally don’t need to remove them by hand, because macOS thins them automatically when free space runs low — seeing a long list is a sign the system is doing its job, not a task for you. A storage tool like BlueHammer Cleaner can show the same breakdown visually if you’d rather not read folder sizes one at a time.

Safe to review versus leave alone

The dividing line is simple: user caches and app support data are fair game to review, and system-level files are not. Inside ~/Library/Caches you can look at what each app has stored and clear an individual app’s cache if it’s large and the app is closed. It will rebuild what it needs.

What you should never do is go poking into /System or /private trying to reclaim space by guessing. Those hold files macOS depends on, and the payoff for touching them is close to zero anyway. Language files, kernel caches, and similar internals are small, protected for good reason, and not worth the risk. When you’re unsure whether something is safe to remove, that uncertainty is the answer: leave it. For the caches you can safely clear, our guide on clearing cache on a Mac safely covers the right way to do it app by app.

When a big number is fine

System Data sometimes shrinks by itself, and that’s the clearest sign the whole category is self-managing. Snapshots get thinned, temporary files age out, and caches get trimmed under pressure, so a number that looked scary at night can be noticeably smaller by morning.

The practical test isn’t the size of System Data — it’s whether your drive has healthy free space overall. If you’re keeping 10 to 15 percent of the disk free, a large System Data figure is nothing to fight. If space is genuinely tight, start with the reviewable parts covered in freeing up space without removing files you need, and let macOS handle the snapshots on its own schedule.

Common questions

Why is my System Data 50GB or more?

That's common and usually normal. The biggest contributors are APFS local snapshots and app caches, which balloon before big updates and after heavy app use. A large System Data number on its own isn't a problem, especially if the drive still has healthy free space.

Can I delete System Data entirely?

No, and you wouldn't want to. It holds caches, logs, and support files that macOS and your apps rely on to run. There's no switch to wipe it, and trying to force it empty by deleting system folders can break apps or the OS. Review the safe user-level parts instead.

Do local snapshots delete themselves?

Yes. macOS thins APFS local snapshots automatically when the drive needs space, and Time Machine local snapshots are typically removed within about 24 hours. If snapshots are inflating System Data, the number usually falls on its own without any action from you.

Recommended next step

Make everyday Mac care easier with BlueHammer

Clean up storage, organize files, browse privately, and keep everyday protection in one place.

Scan storage with Cleaner
Need Help? Chat With Us!Online
Customer Service