igiguere commented on PR #1638:
URL: https://github.com/apache/solr/pull/1638#issuecomment-2050511702
@gerlowskija
> Does `size-estimator-lucene-solr.xls` actually work for folks? Do you use
it regularly @igiguere ? Have you found it to be pretty accurate? Any other
folks have experience with it?
Me, personally, no, I don't use it ;). I'll try to find out from
client-facing people in the company. I doubt anyone has compiled usage vs
success statistics.
> ... the community's only response to sizing questions has always been
pretty much "You'll have to Guess-and-Check".
The cluster sizing feature is documented to estimate (i.e.: guess) resource
usage. We could make the documentation clearer that it's not a fool-proof
measure. But, at least it beats holding a finger to the wind. And it's a bit
less complicated that the xls and a calculator.
> And secondarily, because the spreadsheet this is all based off of was
added in 2011 and hasn't really seen much iteration in the decade since.
There's an absolute ton that's changed in both Lucene and Solr since then.
We're only calculating RAM, disk size, document size. Whatever has changed
in Solr and Lucene, if it has an effect on RAM, disk space, doc size, then it
should be reflected on the results... No?
Note that this feature is meant to be used on a current "staging"
deployment, to evaluate the eventual size of a "production" environment, for
the same version of Solr. No one is expected to draw conclusions from a
previous version, so changes from one version to another are not a concern in
that way.
As a more general note, I should add that I'm a linguist converted to Java
dev. Not a mathematician ;) If there's an error in the math, I will never see
it.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
