[
https://issues.apache.org/jira/browse/LUCENE-1337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12614519#action_12614519
]
Jason Rutherglen commented on LUCENE-1337:
------------------------------------------
Yonik checked in a modification of FSDirectory into LUCENE-753. I took that
code and made NIOFSDirectory which is standalone so that it can be committed.
It is checked into LUCENE-753 as lucene-753.patch.
> [PATCH] improve searching under high concurrancy
> ------------------------------------------------
>
> Key: LUCENE-1337
> URL: https://issues.apache.org/jira/browse/LUCENE-1337
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Search
> Affects Versions: 2.3.1
> Environment: Linux
> Reporter: Brian Gardner
> Priority: Minor
> Attachments: lucene.patch
>
>
> I was trying to load test my web server and kept running into a condition
> were the web server would become unresponsive even though the load was below
> one. Turns out Lucene has synchronization blocks around reading the index.
> It appears this was only necassary to synchronize access to a descriptor
> which contains a RandomAccessFile and information about the state of this
> file. My solution was to use a pool of descriptors so that they could be
> reused on subsequent reads. During periods of low contention only one or a
> few Descriptors will be created, but under heavy loads many Descriptors can
> be created to avoid synchronization. After creating and applying my patch, I
> was able to triple my searching throughput and fully utilize the resources,
> the CPU's becoming the new bottleneck. My patch modifies FSDirectory
> directly, but I'm not entirely sure that's the proper implementation. I'd
> like to help resolve this synchronization issue for other lucene users, so
> please let me know how I can help.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
