[
https://issues.apache.org/jira/browse/SOLR-2698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13079428#comment-13079428
]
Yury Kats commented on SOLR-2698:
---------------------------------
FileUtils.byteCountToDisplaySize could produce a different result than what's
being returned now.
http://www.discursive.com/books/cjcook/reference/io-network-sect-printing-human-readable
mentions:
FileUtils.byteCountToDisplaySize( ) will not round the size of a file; a 2.9
MB file will have a display size of 2 MB.
If that's true, it's not very useful.
We could go a step further and return index size in bytes AND as a readable
string in the response.
If need to choose one or the other, my preference would be for just bytes
(long). If it's a String, any application processing the response will need to
convert it into bytes anyway to do any meaningful analysis.
> Enhance CoreAdmin STATUS command to return index size
> -----------------------------------------------------
>
> Key: SOLR-2698
> URL: https://issues.apache.org/jira/browse/SOLR-2698
> Project: Solr
> Issue Type: Improvement
> Components: multicore
> Affects Versions: 4.0
> Reporter: Yury Kats
> Assignee: Mark Miller
> Attachments: SOLR-2698.patch
>
>
> CoreAdmin STATUS command returns all kinds of index info for all cores on the
> server, except for the index size.
> However, indexSize can be retrieved for an individual core via a
> /replication&command=details request.
> I have N Solrs servers, running M cores each. My application is monitoring
> the status of all cores, including their index size.
> As it stands today, I need to issue N status requests plus N*M replication
> requests to get all the information I need.
> If STATUS command returned indexSize, number of requests would be just N.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
