Hi Ogawa :) * OGAWA Hirofumi <[EMAIL PROTECTED]> dixit: > DervishD <[EMAIL PROTECTED]> writes: > >> It would add the limitation to following simple usage, > >> > >> # mount -t vfat /dev/sda1 /mnt > >> # cp -a * /mnt > >> # umount > >> > >> if /dev/sda1 was the large and slow device, "mount" will need several > >> minutes to counts free clusters. I think the user will be hard to > >> accept the several minutes at "mount". > > > > I can carry some tests, but if Windows does that tasks lightning > > fast, Linux surely does it faster ;) I don't think, anyway, that having > > a huge USB disk is a common practice when using "modest" machines. > > > > If you want, I can perform a couple of tests. I have a 80GB disk > > that I can connect using an USB adapter and my machine is AMD Athlon XP > > 1900+ with 1GB of RAM, which looks pretty slow nowadays O:) > > Yes, I think it's not common practice too. But I don't see why do you > want to scanning at the mount.
Just because I was thinking that, otherwise, the scanning would need to be done at each statfs call, but I was wrong: once the scanning is done and the count is right, it is written at free_clusters and used afterwards. I thought the mount was the best point in time for doing this. Raúl Núñez de Arenas Coronado -- Linux Registered User 88736 | http://www.dervishd.net It's my PC and I'll cry if I want to... RAmen! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/