Hi David,
simply can't stand up to reality.
I kind of dislike the idea to talk about naiveness here.
Maybe it was a poor choice of words; I mean something more along the lines
of "simplistic". The point is, "space" is no longer as simple a concept
as it was 40 years ago. Even without deduplication, there is the
possibility of clones and compression causing things not to behave the
same way a simple filesystem on a hard drive did long ago.
Thanks for emphasizing this again - I do absolutely agree that with today's
technologies proper monitoring and proactive management is much more important
than ever before.
But, again, risks can be reduced.
Being able to give guarantees (in this case: reserve space) can be vital
for
running critical business applications. Think about the analogy in memory
management (proper swap space reservation vs. the oom-killer).
In my experience, systems that run on the edge of their resources and
depend on guarantees to make them work have endless problems, whereas if
they are not running on the edge of their resources, they work fine
regardless of guarantees.
Agree. But what if things go wrong and a process eats up all your storage in
error? If it's got its own dataset and you've used a reservation for your
critical application on another dataset, you have a higher chance of surviving.
There's plenty of real stuff worth discussing around this issue, and I
apologize for choosing a belittling term to express disagreement. I hope
it doesn't derail the discussion.
It certainly won't on my side. Thank you for the clarification.
Thanks, Nils
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
