Zdenek Kabelac schreef op 12-09-2017 23:57:
Users interested in thin-provisioning are really mostly interested in
performance - especially on multicore machines with lots of fast
storage with high IOPS throughput (some of them even expect it should
be at least as good as linear....)
Why don't you hold a survey?
And not phrase it in terms of "Would you like to sacrifice performance
for more safety?"
But please.
Ask people:
1) What area does the LVM team needs to focus on for thin provisioning:
a) Performance and keeping performance intact
b) Safety and providing good safeguards against human and program error
c) User interface and command line tools
d) Monitoring and reporting software and systems
e) Graphical user interfaces
f) Integration into default distributions and support for booting/grub
And then allow people to score these things with a percentage or to
distribute some 20 points across these 6 points.
Invent more points as needed.
Give people 20 points to distribute across some 8 areas of interest.
Then ask people what areas are most interesting to them.
So topics could be:
(a) Performance (b) Robustness (c) Command line user interface (d)
Monitoring systems (e) Graphical user interface (f) Distribution support
So ask people. Don't assume.
(NetworkManager team did this pretty well by the way. They were really
interested in user perception some time ago).
if you will keep thinking for a while you will at some point see the
reasoning.
Only if your reasoning is correct. Not if your reasoning is wrong.
I could also say to you, we could also say to you "If you think longer
on this you will see we are right". That would probably be more accurate
even.
Repeated again - whoever targets for 100% full thin-pool usage has
misunderstood purpose of thin-provisioning.....
Again, no one "targets" for 100% full. It is just an eventuality we need
to take care of.
You design for failure.
A nuclear plant who did not take account of operator drunkenness and had
no safety measures in place to ensure that would not lead to
catastrophe, would be a very bad nuclear plant.
Human error can be calculated into the design. In fact, it must.
DESIGN FOR HUMAN WEAKNESS.
NOT EVERYONE IS PERFECT and human faults happen.
If I was a customer and I was paying your bills, you would never respond
like this.
We like some assurance that things do not go immediate mayhem the moment
someone somewhere slacks off and falls asleep.
We like to design in advance so we do not have to keep a constant eye
out.
We build "structure" so that the structure works for us, and not
constant vigilance.
Constant vigilance can fail. Structure cannot.
Focus on "being" not "doing".
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
