[ https://issues.apache.org/jira/browse/SOLR-17408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Smiley updated SOLR-17408: -------------------------------- Description: I found out about it in solr 9.4.1 and is still present in main. When calling COLSTATUS, by default, Solr will fetch segment information and return it even if no flag requested that information. When there is a huge amount of shards, this can lead to delays and unnecessary traffic (as well as extra information in the returned payload that was not requested/necessary). And extra check would be sufficient to prevent that extra work and have a better response time was: all versions are affected (I would guess). I found out about it in solr 9.4.1 and is still present in main. When calling COLSTATUS, by default, Solr will fetch segment information and return it even if no flag requested that information. When there is a huge amount of shards, this can lead to delays and unnecessary traffic (as well as extra information in the returned payload that was not requested/necessary). And extra check would be sufficient to prevent that extra work and have a better response time > Calls to COLSTATUS are not optimized > ------------------------------------ > > Key: SOLR-17408 > URL: https://issues.apache.org/jira/browse/SOLR-17408 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud > Affects Versions: 8.1 > Reporter: Mathieu Marie > Priority: Major > Labels: pull-request-available > Time Spent: 1h 40m > Remaining Estimate: 0h > > I found out about it in solr 9.4.1 and is still present in main. > When calling COLSTATUS, by default, Solr will fetch segment information and > return it even if no flag requested that information. > When there is a huge amount of shards, this can lead to delays and > unnecessary traffic (as well as extra information in the returned payload > that was not requested/necessary). > And extra check would be sufficient to prevent that extra work and have a > better response time -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org