lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Greg Bowyer (Updated) (JIRA)" <>
Subject [jira] [Updated] (SOLR-3094) The statistics entry on the new admin UI is very slow
Date Thu, 09 Feb 2012 09:09:00 GMT


Greg Bowyer updated SOLR-3094:

    Attachment: SOLR-3904-Faster-NewUI-Statspage.patch

So for the initial stats page, a patch is attached that avoids enumerating the terms for the
fields. This still is a little redundant in that it brings back the field names for the initial
core stats page, but it does not incure the large costs others have seen.

I have tested this locally, on my local index it takes about 9 seconds to bring back the core
dashboard initially, 93ms with the attached patch

I will take a look to see what can be done about the scheme browser.
> The statistics entry on the new admin UI is very slow
> -----------------------------------------------------
>                 Key: SOLR-3094
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: Schema and Analysis
>    Affects Versions: 4.0
>         Environment: trunk only, all environments
>            Reporter: Erick Erickson
>            Assignee: Erick Erickson
>         Attachments: SOLR-3094.patch, SOLR-3904-Faster-NewUI-Statspage.patch
> Prompted by Robert Reynolds (SOLR-2667), the entry point in the new Admin UI core drill
down (e.g. clicking "singlecore" takes a long time. 28-46 *minutes* on a 13M-23M doc set.
> On an example Wikipedia index (11M) docs, I see 21 seconds, compared to less than 2 seconds
in the old admin UI (I'm using the old admin UI linked to from the new UI page on trunk).
I have a very simple index layout compared to a commercial site. Clearly something is not
right. I suspect that all the terms are being walked.
> This is particularly an issue because this behavior happens when I click "singlecore",
so getting to the really neat parts of the new UI is hard.
> Robert reports on a separate thread that the same behavior happens just hitting admin/luke
in the URL which is also slow in the 3.x world, which hints at where the problem lies.
> I'm going to guess that the terms are being walked and we can use the tricks used in
SOLR-1931 to deal with the fact that admin/luke takes a long time, and just change the call
to the entry ("singlecore") for this issue.
> Robert: Thanks for pointing this out!

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message