Add Compression and Dedup Ratio to SCALE UI

Problem/Justification
The SCALE webUI does not include the overall compression ratio in the dashboard, which is information that was previously available in CORE. This is valuable information for monitoring, and available through standard zfs get compressratio from the CLI, but a graphical representation is easier for end-users to quickly verify.
See thread: Compression Ratio vanished in SCALE?

Impact
Advantage:
Displaying the compression and/or deduplication ratios as a “data reduction ratio” allows for easy identification of data savings and whether or not a particular dataset is benefiting from these features.
Disadvantage:
Additional UI space will need to be allocated depending on the type of information displayed. Some existing information might need to be removed or put a level deeper.

User Story
The Datasets panel can show the Compression Ratio, for example in the place of the atime setting.

2 Likes

Absolutely, voted.
Having at-a-glance info for space allocation savings is ubiquitous across almost every storage vendor implementation I’ve used. The example for compression is perfect.

Logistically, it would probably be easier to do block cloning and dedupe at the pool level tho, since per-dataset accounting for those features don’t currently exist in ZFS IIRC.
e.g.

root@rawht[~]# zpool get bcloneratio,dedupratio ice 
NAME  PROPERTY     VALUE         SOURCE
ice   bcloneratio  2.00x         -
ice   dedupratio   1.00x         -
root@rawht[~]# 
1 Like

Shshh! Let’s not waste a very fine reason to go with CORE over SCALE. :stuck_out_tongue_winking_eye:

2 Likes

No sure if this is the right place to mention this but I’ve just discovered that in SCALE you also can’t see if a dataset is READONLY or not which once again in CORE was visible from the top dataset menu. This is really helpful to see at a glance especially on replicated systems. Can we add that to this feature request @HoneyBadger or do you think that would need a separate one?

Separate request.

I don’t mind if you also submit a bug report… its clearly an over sight.

1 Like

“Thanks for the bug report. This is not a bug, but an intentional change between versions. Potential feature changes and requests are not handled via our forum’s feature request category.

About the Feature Requests category - README First”

:man_facepalming:t2:

You got my vote.

1 Like

“Not handled” or “NOW handled”?

1 Like

That puzzled me also.

If you send me NAS ticket id, I can chase up.

1 Like

This was part of a cleanup for moving to this “feature request” forum category.

Best to create a separate thread for “readonly” visibility. It was removed to simplify and declutter the interface, but if people need it, we need to find a mechanism.

1 Like