On 2002-12-04 at 17:27:44 [+0100], openbeos@xxxxxxxxxxxxx wrote: > > That's not a bug, that's wanted. As a user you would be very confused if > the file sizes would always change, or just be different on BeOS, or when > you copy it to another volume, etc. > You can't do that, it would make a horrible user experience (hey, even > Windows doesn't do this for NTFS). > No, it would be very nice to know how much space a file needs on disk, > including the attributes - unfortunately, BFS don't have a single counter > for that, so that you'd need to iterate over all attributes to calculate > their size. It would be very simple to do, but I want to have that > functionality both in Tracker and BFS, but optionally, not instead of the > real file size. What about a limit on attribute size, though? The guys at SiegfriedSoft said it caused a real problem and took a long time to find out how much space a file occupies. They wrote their own code for doing this as they said the standard stuff was way too slow: Figures takes up to 10 minutes longer to start a 2 GB backup, apparently. Doesn't stuffing the attributes with Francois pr0n slow the fs down? Charlie