[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-665:
Attachment: ConcurrentFIFOCache.java
A FIFOCache using ConcurrentHashMap.
Please give feedback
FIFO Cache
Hi there,
I am working on the Hibernate Search project. We just released a new
version of Hibernate Search (3.1.0.Beta1) which optionally can be used
with an additional jar file containing the org.apache.solr.analysis
related classes. The idea is to leverage from Solr's extensive analyzer
I don't think that log call is of any use. It just logs the value of a
config parameter. We shall remove this completely.
On Tue, Jul 29, 2008 at 1:33 PM, Hardy Ferentschik
[EMAIL PROTECTED] wrote:
Hi there,
I am working on the Hibernate Search project. We just released a new
version of
Committed revision 680648.
On Tue, Jul 29, 2008 at 2:13 PM, Shalin Shekhar Mangar
[EMAIL PROTECTED] wrote:
I don't think that log call is of any use. It just logs the value of a
config parameter. We shall remove this completely.
On Tue, Jul 29, 2008 at 1:33 PM, Hardy Ferentschik
[EMAIL
On Tue, 29 Jul 2008 10:52:50 +0200, Shalin Shekhar Mangar
[EMAIL PROTECTED] wrote:
Committed revision 680648.
Great. Thanks a lot :)
--Hardy
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-665:
Attachment: ConcurrentLRUCache.java
Another one this is LRU. uses ConcurrentHashMap again
* Gets are free
*
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-647:
Attachment: SOLR-647.patch
I hope this fixes the race condition
Do SolrCore.close() in a refcounted way
[
https://issues.apache.org/jira/browse/SOLR-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617771#action_12617771
]
Shalin Shekhar Mangar commented on SOLR-256:
Hoss, thanks for the comments.
*
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-665:
Attachment: ConcurrentFIFOCache.java
bug fix
FIFO Cache (Unsynchronized): 9x times performance boost
It's probably also reasonable to have a way of retrieving the
TermVector (in the Lucene sense) as part of this component.
Thus, the component could retrieve/append:
1. The TV (terms + TF)
2. TV + offset + position (depending on what was set in the schema)
3. #2 + IDF
-Grant
On Jul 24, 2008,
[
https://issues.apache.org/jira/browse/SOLR-651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617829#action_12617829
]
Grant Ingersoll commented on SOLR-651:
--
See
[
https://issues.apache.org/jira/browse/SOLR-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-651:
Assignee: Grant Ingersoll
A SearchComponent for fetching TF-IDF values
On 29-Jul-08, at 3:20 AM, Andrew Savory wrote:
Actually I'd argue that all such technical discussion would be better
done on the mailing list rather than through JIRA. Mail clients are
designed for threaded discussions far better than JIRA's web GUI. And
JIRA's posting back to the list with
[
https://issues.apache.org/jira/browse/SOLR-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617884#action_12617884
]
shalinmangar edited comment on SOLR-256 at 7/29/08 11:01 AM:
[
https://issues.apache.org/jira/browse/SOLR-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-256:
---
Attachment: SOLR-256.patch
Incorporates Hoss's suggestions as per comment above.
[
https://issues.apache.org/jira/browse/SOLR-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617894#action_12617894
]
Shalin Shekhar Mangar commented on SOLR-486:
Yonik, can we commit Noble's latest
[
https://issues.apache.org/jira/browse/SOLR-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617905#action_12617905
]
Yonik Seeley commented on SOLR-486:
---
Just because an Iterator was used for writing a value
[
https://issues.apache.org/jira/browse/SOLR-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617907#action_12617907
]
Yonik Seeley commented on SOLR-486:
---
I'm working on a fix.
Support binary formats for
Guys.
I've noticed many having trouble with sorting and OOM. Eventually they solve
it by throwing more memory at the problem.
Should'nt a solution which can sort on disk when neccessary be implemented
in core Lucene ?
Something like this:
I think you'll find it slow to add disk seeks in the sort on each
search. Something you might be able to work from though (though I doubt
it still applys cleanly) is Hoss' issue
https://issues.apache.org/jira/browse/LUCENE-831. This allows for a
pluggable cache implementation for sorting. Also
[
https://issues.apache.org/jira/browse/SOLR-554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar reassigned SOLR-554:
--
Assignee: Shalin Shekhar Mangar
Hierarchical JDK log level selector for SOLR
This same thing happens to me since DirectUpdateHandlerOptimizeTest was
added to the repository.
How does one increase the file handle limit in ubuntu?
Thanks,
Tricia
Shalin Shekhar Mangar wrote:
Yes, it happens on a fresh checkout too.
cat /proc/sys/fs/file-max gives 204979 on my box. The
Expose warmup time in statistics for SolrIndexSearcher and LRUCache
---
Key: SOLR-666
URL: https://issues.apache.org/jira/browse/SOLR-666
Project: Solr
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SOLR-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617919#action_12617919
]
Yonik Seeley commented on SOLR-486:
---
OK, I committed efficient Iterator/Iterable support.
You can increase it through /etc/security/limits.conf in ubuntu
On Wed, Jul 30, 2008 at 1:09 AM, Tricia Williams
[EMAIL PROTECTED]wrote:
This same thing happens to me since DirectUpdateHandlerOptimizeTest was
added to the repository.
How does one increase the file handle limit in ubuntu?
[
https://issues.apache.org/jira/browse/SOLR-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-666:
---
Attachment: SOLR-666.patch
Adds warmupTime instance variables to both
I just committed a fix that will make the test use the compound file
format. Hopefully that will be sufficient.
-Yonik
On Tue, Jul 29, 2008 at 3:39 PM, Tricia Williams
[EMAIL PROTECTED] wrote:
This same thing happens to me since DirectUpdateHandlerOptimizeTest was
added to the repository.
[
https://issues.apache.org/jira/browse/SOLR-666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617930#action_12617930
]
Yonik Seeley commented on SOLR-666:
---
Isn't this redundant? We already have the time it was
[
https://issues.apache.org/jira/browse/SOLR-666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617934#action_12617934
]
Shalin Shekhar Mangar commented on SOLR-666:
Yes, that is true for
As of revision 680834 the DirectUpdateHandlerOptimizeTest is still
failing. I haven't made any changes to the file handle limit on my machine.
Tricia
Yonik Seeley wrote:
I just committed a fix that will make the test use the compound file
format. Hopefully that will be sufficient.
-Yonik
OK, I've now scaled back the test by a factor of 10 (50 segments
instead of 500).
-Yonik
On Tue, Jul 29, 2008 at 4:53 PM, Tricia Williams
[EMAIL PROTECTED] wrote:
As of revision 680834 the DirectUpdateHandlerOptimizeTest is still failing.
I haven't made any changes to the file handle limit on
[
https://issues.apache.org/jira/browse/SOLR-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean Timm updated SOLR-527:
---
Attachment: ReadOnlyUpdateProcessorFactory.java
Updated to work with recently committed SOLR-660.
An XML
Works for me!
I don't really understand the purpose of the test, but it looks like it
is meant as a weak stress test. If the test is significantly scaled
back, is the test still accomplishing what it is mean to do? Should the
onus instead be on the developer to meet a minimum requirement?
Works for me too. Thanks Yonik!
On Wed, Jul 30, 2008 at 3:28 AM, Tricia Williams
[EMAIL PROTECTED]wrote:
Works for me!
I don't really understand the purpose of the test, but it looks like it is
meant as a weak stress test. If the test is significantly scaled back, is
the test still
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: ConcurrentLRUWeakCache.java
bug fix
FIFO Cache (Unsynchronized): 9x times performance boost
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: ConcurrentLRUWeakCache.java
another bug... and AtomicReference is generic... never used it
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618064#action_12618064
]
Noble Paul commented on SOLR-665:
-
There are a few obvious issues w/ your patch.
Effendi your
Yep a disk sort is slow as hell compared to mem sort. What I was thinking
was something like a db thinks.
MySQL for example does exactly this. If the resultset do not fit properly in
mem spool it on disk and sort it.
The thing is that it would allow you to continue adding docs to the index
even
[
https://issues.apache.org/jira/browse/SOLR-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618065#action_12618065
]
Muddassir hasan commented on SOLR-236:
--
I tried to use this patch but i could make it
This kind of usage is uncommon anywhere. Maybe ,static import pollutes
the namesapce, but users are more used to this (because the language
recommends this). The reason for introducing static import was to
avoid this kind of clever tricks. If you are using any modern IDE , it
tells you whether is
40 matches
Mail list logo