Finder

I've been having some oddities with Finder, related to free/used space, number of items etc.

For example if I right-clicked a folder and selected "Get Info" I'd get an answer (the correct one). If I double-clicked it, it would show the correct number of items in the pane but the text info across the bottom would be wrong.

One or two oddities with TM too- I added an exclude item but it still got backed up...

This was with Handbrake maxing out both cores for tens of hours at a time, when it had finished everything went back to normal.

I remember reading many moons ago that Unix had a habit of not physically flushing changes to disc if it was busy, could this be a symptom of Leopard doing the same, and some functions reading direct from disc and others from the cache?

Edited by billford (Thu 19-Mar-09 16:59:03)

Leopard has a new system for tracking changes to disk directory structures. Every change is logged in real time by the kernel software as a minimal-overhead action. That log probably has to be queued for writing to the disk and take its turn low in the priority list of other disk writing tasks to perform. Other processes such as Finder's updating, Spotlight indexing and Time Machine archiving use that log to trigger their activities. If Handbrake was monopolising your disk I/O channel then I can well believe that updates to that log, and subsequent Finder refreshes, would take a back seat.

For example if I right-clicked a folder and selected "Get Info" I'd get an answer (the correct one). If I double-clicked it, it would show the correct number of items in the pane but the text info across the bottom would be wrong.

I'm not sure if I've quite got this, but when you do a click info - it counts the items in sub folders.

Thanks Alan, it had me distinctly worried for a while

it counts the items in sub folders.

No sub-folders... but I think Alan has given me the answer I wanted.