Hello Steve, Thursday, June 29, 2006, 5:54:50 PM, you wrote: SB> I've noticed another possible issue - each mount consumes about 45KB of SB> memory - not an issue with tens or hundreds of filesystems, but going SB> back to the 10,000 user scenario this would be 450MB of memory. I know SB> that memory is cheap, but it's still a pretty noticeable amount.
How did you measure it? (I'm not saying it doesn't take those 45kB - just I haven't checked it myself and I wonder how you checked it). SB> The ability to mount a tree of ZFS filesystems in one go would be useful. SB> I know the reasons for not doing this on traditional filesystems - does they SB> apply to ZFS too? I'm not sure but IIRC there were changes to NFS v4 to allow it - but you should check (search opensolaris newsgroups). SB> In our case - we have an upgrade of a 10,000 user system scheduled for SB> later this summer - I think the differences are too great. If we were SB> able to start with one filesystem and then slice pieces off it as we SB> gain more confidence we'd probably use zfs. As it is I think we'll try SB> zfs on smaller systems first and maybe think again next summer. You can start with one filesystem and migrate account by account later. Just create pool named home and put all users in their dirs inside that pool (/home/joe /home/tom ...). Now if you want migrate /home/joe to its own filesystem all you have to do is (while user is not logged): mv /home/joe /home/joe_old; zfs create home/joe; tar ...... you get the idea. btw: I belive it was discussed here before - it would be great if one would automatically convert given directory on zfs filesystem into zfs filesystem (without actually copying all data) and vice versa (making given zfs filesystem a directory) -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
