lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Robert Krüger (JIRA) <>
Subject [jira] [Commented] (SOLR-5043) hostanme lookup in SystemInfoHandler should be refactored to not block core (re)load
Date Thu, 10 Dec 2015 12:56:11 GMT


Robert Krüger commented on SOLR-5043:

Is anyone planning on scheduling this for an upcoming release? The proposed solution unfortunately
is beyond my solr-knowledge, so I probably won't send a patch.

> hostanme lookup in SystemInfoHandler should be refactored to not block core (re)load
> ------------------------------------------------------------------------------------
>                 Key: SOLR-5043
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Hoss Man
>         Attachments: SOLR-5043-lazy.patch, SOLR-5043.patch
> SystemInfoHandler currently lookups the hostname of the machine on it's init, and caches
for it's lifecycle -- there is a comment to the effect that the reason for this is because
on some machines (notably ones with wacky DNS settings) looking up the hostname can take a
long ass time in some JVMs...
> {noformat}
>   // on some platforms, resolving canonical hostname can cause the thread
>   // to block for several seconds if nameservices aren't available
>   // so resolve this once per handler instance 
>   //(ie: not static, so core reload will refresh)
> {noformat}
> But as we move forward with a lot more multi-core, solr-cloud, dynamically updated instances,
even paying this cost per core-reload is expensive.
> we should refactoring this so that SystemInfoHandler instances init immediately, with
some kind of lazy loading of the hostname info in a background thread, (especially since hte
only real point of having that info here is for UI use so you cna keep track of what machine
you are looking at)

This message was sent by Atlassian JIRA

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

View raw message