[ 
https://issues.apache.org/jira/browse/LUCENE-1337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12614475#action_12614475
 ] 

Jason Rutherglen commented on LUCENE-1337:
------------------------------------------

The problem is the same but the solution is not.  Do they each need separate 
patches listing more specifically how they solved the problem?  Each solution 
has pluses and minuses.  The NIOFSDirectory doesn't work on Windows.  
DescriptorsFSDirectory will on many Lucene installations quickly max out the 
file descriptors.  

I would like to see both committed to trunk.  MMapDirectory is in the trunk and 
it has limitations as well, mainly that (at least how I understand it) loads 
the all the files into ram.  

> [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]

Reply via email to