lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "George Aroush (JIRA)" <j...@apache.org>
Subject [jira] Closed: (LUCENENET-108) Heavy Disk I/O when merging.
Date Fri, 27 Jun 2008 11:53:45 GMT

     [ https://issues.apache.org/jira/browse/LUCENENET-108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

George Aroush closed LUCENENET-108.
-----------------------------------

    Resolution: Incomplete

I'm closing this issue as "Incomplete".

If you still have this issue, please bring it to the Lucene.Net mailing list to discuss, to
better understand your situation and then if there is a defect, we sill follow-up in JIRA.


> Heavy Disk I/O when merging.
> ----------------------------
>
>                 Key: LUCENENET-108
>                 URL: https://issues.apache.org/jira/browse/LUCENENET-108
>             Project: Lucene.Net
>          Issue Type: Improvement
>         Environment: Lucene.Net 2.0.0.4
> Windows 2003 Intel Dual Core 2Ghz, 2gb RAM, SATA 7200 rpm, 
> Framework 2.0
>            Reporter: Thomas Guttesen
>
> Hi.
> I am experiencing issues with Lucene when using IndexWriter.AddIndexes() in FSWriter.
> I am writing to a subindex that is not searchable from my application. I can write fast
and non-optimized in this. In certain intervals i close the subindex for writing and add it
to the main index and hereby optimized. The main index is searchable. I am running the process
with low priority.
> The problem is that disk I/O can be very heavy while merging. So heavy that  response
in UI on the server get slower the larger the index get. Other processes with higher prority
gets slow and sometimes nonresponsive while merging is ongoing.
> Checking the CPU load there is hardly none, so it must be a disk I/O issue. I have seen
the same problem on quad CPU systems with RAID5, 10000rpm etc (Windows 2003). Not as baddd,
but it indicates for me that there is a general issue.
> Is there any chance that this process can be lifted, so it does not cause this to happen.
> Regards
> Thomas Guttesen

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message