This portal is to open public enhancement requests against IBM System Storage products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Thank you for submitting this Spectrum Scale enhancement request. We are closing this request due to lack of additional information provided. Please open a new request if this feature is still needed.
Do you have quotas enabled ?
If you have enabled quotas and then set the file system for --filesetdf (can be set dynamically with mmchfs) then you can get the usage data immediately by invoking the df command from a directory in the given fileset.
If quotas not enabled , It may be possible to speed this up, but it is unlikely we will ever get to the near-instantaneous speed of df itself. Would you be satisfied with a command that runs (for example) 5x faster than the current mmlsfilesest? <----would like your feedback on this
It may be possible to speed this up, but it is unlikely we will ever get to the near-instantaneous speed of df itself. Would you be satisfied a command that runs (for example) 5x faster than than the current mmlsfilesest -d?
we do support this light weight method by enabling the --filesetdf option. However, without quota's enablement, we would only show the fileset inode space level inode usage(the block usage is still at file system wide). However, enabling quota for --filesetdf, which could affect the performance of data blocks allocation&deallocation, if users indeed doesn't need quota.
So we should check with customers whether they're using quota or not, if using, then they can enable --filesetdf to get the fileset level space usage. If they only cares about the inodes usage, then simply enable --filesetdf should be good enough with 5.1.1 version.
This would be a useful feature to show in the GUI so that at a glance you can see the real vs compressed capacity on a per file set level... in the same way that the block storage arrays show the difference between real vs compressed capacity