On Fri, June 18, 2010 08:29, Sendil wrote: > I can create 400+ file system for each users, > but will this affect my system performance during the system boot up? > Is this recommanded or any alternate is available for this issue.
You can create a dataset for each user, and then set a per-dataset quota for each one: > quota=size | none > > Limits the amount of space a dataset and its descendents can > consume. This property enforces a hard limit on the amount of > space used. This includes all space consumed by descendents, > including file systems and snapshots. Setting a quota on a > descendent of a dataset that already has a quota does not > override the ancestor's quota, but rather imposes an additional > limit. Or, on newer revisions of ZFS, you can have one big data set and put all your users in there, and then set per-user quotas: > userqu...@user=size | none > > Limits the amount of space consumed by the specified > user. Similar to the refquota property, the userquota space > calculation does not include space that is used by descendent > datasets, such as snapshots and clones. User space consumption > is identified by the usersp...@user property. There's also a "groupquota". See zfs(1M) for details: http://docs.sun.com/app/docs/doc/819-2240/zfs-1m Availability of "userquota" depends on the version of (Open)Solaris that you have; don't recall when it was introduced. As for which one is better, that depends: per-user adds flexibility, but a bit of overhead. Best to test things out for yourself to see if it works in your environment. You could always split things up into groups of (say) 50. A few jobs ago, I was in an environment where we have a /home/students1/ and /home/students2/, along with a separate faculty/ (using Solaris and UFS). This had more to do with IOps than anything else. _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss