You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by Noble Paul നോബിള് नोब्ळ् <no...@gmail.com> on 2010/03/01 08:10:21 UTC
Re: [jira] Commented: (SOLR-1775) Replication of 300MB stops indexing
for 5 seconds when syncing
This should be because of GC. Do you have autowarming enabled?
On Sun, Feb 28, 2010 at 3:45 AM, Bill Bell (JIRA) <ji...@apache.org> wrote:
>
> [ https://issues.apache.org/jira/browse/SOLR-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12839318#action_12839318 ]
>
> Bill Bell commented on SOLR-1775:
> ---------------------------------
>
> I agree it is i/o bound. But when we sync using Java replication, the slave STOPS taking requests for about 5 seconds. I.E.
>
> 1. The sync begins - initiated by the slave (the files are almost 1GB)
> 2. The slave is still taking requests
> 3. The slave completes the Sync
> 4. The requests to the slave STOPS for 5 seconds.
> 5. The slave continues taking requests
>
> I think the copy from one dir to another of a 1GB file is slowing down the machine - the i/o waits are like 50%. Is there a way to reduce the impact of the copy and switchover?
>
>
>
>> Replication of 300MB stops indexing for 5 seconds when syncing
>> --------------------------------------------------------------
>>
>> Key: SOLR-1775
>> URL: https://issues.apache.org/jira/browse/SOLR-1775
>> Project: Solr
>> Issue Type: Bug
>> Components: replication (java)
>> Affects Versions: 1.4
>> Environment: Centos 5.3
>> Reporter: Bill Bell
>>
>> When using Java replication in v1.4 and doing a sync from master to slave, the slave delays for about 5-10 seconds. When using rsync this does not occur.
>> Is there a way to thread better or lower the priority to not impact queries when it is bringing over the index files from the master? Maybe a separate process?
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
--
-----------------------------------------------------
Noble Paul | Systems Architect| AOL | http://aol.com