Right-click Properties
Right-click any folder and choose Properties. Windows walks every file inside it and reports a total under Size and Size on disk. This is accurate, but it's a one-folder-at-a-time answer: you have to already suspect the folder is large before you check it, and a big folder with many subfolders can take a noticeable moment to finish counting.
It's fine for confirming a single suspicion — "is this game install really 80 GB?" — but it doesn't help when the question is "where did 60 GB on my C: drive go," because you'd have to check dozens of folders one by one to find the answer.
Details view and the Size column
Switch Explorer to Details view (View > Details) and you'll see a Size column. For files, this works exactly as expected. For folders, Explorer usually leaves the cell blank instead of showing a total.
That's not a bug — Explorer's folder listing doesn't pre-calculate folder contents, because doing so for every folder in a large directory would be slow. The Size column only reports what it already knows, which for a folder is nothing until you ask it directly, as in the Properties method above.
A PowerShell command that totals a folder
If you'd rather script it, Get-ChildItem combined with Measure-Object gives you a folder's total size without opening Explorer at all. Open PowerShell and run:
(Get-ChildItem -Path "C:\Users\YourName\Downloads" -Recurse -File -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1GB
That command recurses through every file, sums the Length property in bytes, and divides by 1 GB so the result is readable. -ErrorAction SilentlyContinue matters here: without it, the command stops and prints an error the first time it hits a folder your account can't read, such as a system-protected path.
This is accurate and scriptable, but it's still a single-folder answer, and on a folder with hundreds of thousands of files it can take a while to finish because PowerShell isn't optimized for bulk directory enumeration the way a dedicated scanner is.
A tree analyzer for whole-drive answers
When the real question is "which folder, anywhere on this drive, is responsible for the missing space," a folder-size tool such as TreeSize is a better fit than repeating any of the methods above by hand. It scans the whole tree once, sorts every folder by size, and lets you drill from the drive root down to the exact subfolder that's heavy — see how to use TreeSize for the full walkthrough.
The TreeSize Free download is enough for this kind of one-off audit on a personal PC. If you need to repeat the scan on a schedule or across several machines, that's a TreeSize Professional job instead.
Hidden and system files can skew the total
By default, Explorer hides files and folders marked hidden or protected-system, which means a folder total you get by eyeballing visible files will be lower than the real size. Properties and PowerShell both count hidden files correctly as long as your account has permission to read them, but a manual visual estimate will not.
System-protected folders under C:\Windows and C:\ProgramData in particular can report as smaller than they are if a scan runs without elevated permissions — see running TreeSize as administrator for why that happens and how to fix it.
Folder size FAQs
Why does a folder show a blank Size in Explorer's Details view?
Explorer doesn't pre-calculate folder totals when listing a directory, since doing that for every row would slow the listing down. Use Properties or a scan tool to get an actual total.
Does Get-ChildItem count subfolders automatically?
Why does PowerShell give an error partway through a scan?
Is the size shown in Properties the same as the size on disk?
Continue reading
Last reviewed by the jam-software.org editorial team on . Spotted something out of date? Tell us.