Is SOLR compatible with Lucene 3* or Flex branch?
://en.wikipedia.org/wiki/Geohash)
I haven't tried Local Lucene and SOLR-773 yet.
Thanks,
Fuad Efendi
+1 416-993-2060
http://www.tokenizer.ca/
Most of SOLR-773 is incorporated into trunk at this point w/ the
exception of Cartesian Tier filtering (and, more generically,
intelligent field type specific spatial filtering via SOLR-1568). I
hope to complete that in the next week or so.
Geohash is in and supported by Solr right now.
[
https://issues.apache.org/jira/browse/SOLR-1764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831458#action_12831458
]
Fuad Efendi commented on SOLR-1764:
---
Funny, it might happen that this is not a problem
[
https://issues.apache.org/jira/browse/SOLR-1764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831268#action_12831268
]
Fuad Efendi commented on SOLR-1764:
---
Michael,
Which version of Java are you using? I
[
https://issues.apache.org/jira/browse/SOLR-1764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831268#action_12831268
]
Fuad Efendi edited comment on SOLR-1764 at 2/9/10 2:48 AM
[
https://issues.apache.org/jira/browse/SOLR-1764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831268#action_12831268
]
Fuad Efendi edited comment on SOLR-1764 at 2/9/10 2:51 AM
[
https://issues.apache.org/jira/browse/SOLR-711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi closed SOLR-711.
Resolution: Fixed
Thanks Shalin for pointing to SOLR-475 which is very advanced solution to term
counting
[
https://issues.apache.org/jira/browse/SOLR-667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12635221#action_12635221
]
Fuad Efendi commented on SOLR-667:
--
Paul, Yonik, thanks for your efforts; BTW
Project: Solr
Issue Type: Improvement
Components: search
Affects Versions: 1.3
Reporter: Fuad Efendi
Fix For: 1.4
From
[url]http://www.nabble.com/SimpleFacets%3A-Performance-Boost-for-Tokenized-Fields-td19033760.html[/url]:
Scenario:
- 10,000,000
[
https://issues.apache.org/jira/browse/SOLR-711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-711:
-
Comment: was deleted
SimpleFacets: Performance Boost for Tokenized Fields for smaller DocSet using
Term
[
https://issues.apache.org/jira/browse/SOLR-711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-711:
-
Description:
From
[http://www.nabble.com/SimpleFacets%3A-Performance-Boost-for-Tokenized-Fields
[
https://issues.apache.org/jira/browse/SOLR-711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-711:
-
Description:
From
[http://www.nabble.com/SimpleFacets%3A-Performance-Boost-for-Tokenized-Fields
such as... using Term Vectors for fast faceting on tokenized... but it
is in TODOs of source files!
cNET data was so small when SimpleFacets were born, only
40 docs...
Quoting Shalin Shekhar Mangar [EMAIL PROTECTED]:
Only 3.so
=sdouble class=solr.SortableDoubleField
sortMissingLast=true omitNorms=true/
field name=timestamp type=slong indexed=true stored=true/
Reporter: Fuad Efendi
Range queries always return all results (do not filter):
timestamp:[1019386401114 TO 1219386401114]
lst name=debug
str name
[
https://issues.apache.org/jira/browse/SOLR-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-671:
-
Priority: Blocker (was: Major)
Affects Version/s: 1.3
Range queries with 'slong' field type
[
https://issues.apache.org/jira/browse/SOLR-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-671:
-
Priority: Trivial (was: Blocker)
Issue Type: Test (was: Bug)
I executed another query which works
[
https://issues.apache.org/jira/browse/SOLR-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-671:
-
Priority: Major (was: Trivial)
Issue Type: Bug (was: Test)
Here is test case, similar
=true omitNorms=true/
field name=timestamp type=slong indexed=true stored=true/
Reporter: Fuad Efendi
Original Estimate: 168h
Remaining Estimate: 168h
Range queries always return all results (do not filter):
timestamp:[1019386401114 TO 1219386401114]
lst name=debug
str name
[
https://issues.apache.org/jira/browse/SOLR-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12619227#action_12619227
]
Fuad Efendi commented on SOLR-671:
--
{code}
long time1
[
https://issues.apache.org/jira/browse/SOLR-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-671:
-
Priority: Trivial (was: Major)
Issue Type: Test (was: Bug)
Affects Version/s
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12619058#action_12619058
]
Fuad Efendi commented on SOLR-665:
--
Guys at LingPipe (Natural Language Processing) http
[
https://issues.apache.org/jira/browse/SOLR-667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618750#action_12618750
]
Fuad Efendi commented on SOLR-667:
--
bq. ...safety, where nothing bad ever happens
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618766#action_12618766
]
Fuad Efendi commented on SOLR-665:
--
I don't think ConcurrentHashMap will improve performance
[
https://issues.apache.org/jira/browse/SOLR-667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618805#action_12618805
]
Fuad Efendi commented on SOLR-667:
--
Paul,
I have never ever suggested to use 'volatile
[
https://issues.apache.org/jira/browse/SOLR-667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618824#action_12618824
]
Fuad Efendi commented on SOLR-667:
--
Thanks Yonik, I even guess that in some cases
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618339#action_12618339
]
Fuad Efendi commented on SOLR-665:
--
Nobble, thanks for feedback!
Of course my code is buggy
Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: ConcurrentFIFOCache.java, ConcurrentFIFOCache.java,
ConcurrentLRUCache.java, ConcurrentLRUWeakCache.java,
ConcurrentLRUWeakCache.java
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: ConcurrentFIFOCache.java, ConcurrentFIFOCache.java,
ConcurrentLRUCache.java, ConcurrentLRUWeakCache.java,
ConcurrentLRUWeakCache.java, ConcurrentLRUWeakCache.java, FIFOCache.java
Original Estimate
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: SimplestLRUCache.java
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: SimplestLRUCache.java
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: (was: ConcurrentLRUWeakCache.java)
FIFO Cache (Unsynchronized): 9x times performance
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: (was: ConcurrentLRUWeakCache.java)
FIFO Cache (Unsynchronized): 9x times performance
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: (was: SimplestLRUCache.java)
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: SimplestConcurrentLRUCache.java
FIFO Cache (Unsynchronized): 9x times performance boost
Affects Versions: 1.3
Reporter: Fuad Efendi
It is huge performance bottleneck and it describes huge difference between
qtime and SolrJ's elapsedTime. I quickly browsed SolrIndexSearcher: it caches
only (Key, DocSet/DocList Lucene Ids) key-value pairs and it does not have
cache
[
https://issues.apache.org/jira/browse/SOLR-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-669:
-
Remaining Estimate: 1680h (was: 0.03h)
Original Estimate: 1680h (was: 0.03h)
SOLR currently does
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: ConcurrentFIFOCache.java, ConcurrentFIFOCache.java,
ConcurrentLRUCache.java, ConcurrentLRUWeakCache.java, FIFOCache.java,
SimplestConcurrentLRUCache.java
Original Estimate: 672h
: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: ConcurrentFIFOCache.java, ConcurrentFIFOCache.java,
ConcurrentLRUCache.java, ConcurrentLRUWeakCache.java, FIFOCache.java,
SimplestConcurrentLRUCache.java
Original Estimate: 672h
Remaining Estimate: 672h
[
https://issues.apache.org/jira/browse/SOLR-669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618574#action_12618574
]
Fuad Efendi commented on SOLR-669:
--
This piece of code in SimpleFacets:
{code
[
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
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617441#action_12617441
]
Fuad Efendi commented on SOLR-665:
--
Regarding Thread Safety:
- yes, we need synchronized
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617443#action_12617443
]
Fuad Efendi commented on SOLR-665:
--
- Classes from java.util.concurrent.atomic designed
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617445#action_12617445
]
Fuad Efendi commented on SOLR-665:
--
bq. bq. absolutely no need to synchronize get() method
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617454#action_12617454
]
Fuad Efendi commented on SOLR-665:
--
bq. If multiple threads access this map concurrently
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617466#action_12617466
]
Fuad Efendi commented on SOLR-665:
--
Why? We have PoC at least, and we know the bottleneck
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi reopened SOLR-665:
--
get() method do not need to be synchronized for FIFO cache. Unsynchronized
object retrieval
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617481#action_12617481
]
Fuad Efendi commented on SOLR-665:
--
bq. ...and at least one of the threads modifies the map
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617482#action_12617482
]
Fuad Efendi commented on SOLR-665:
--
ConcurrentModificationException is thrown only when we
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617520#action_12617520
]
Fuad Efendi commented on SOLR-665:
--
Shalin, we are already using _AtomicLong of Java 5_; JVM
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617523#action_12617523
]
Fuad Efendi commented on SOLR-665:
--
We need to invite Doug Lea to this discussion...
http
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617529#action_12617529
]
Fuad Efendi commented on SOLR-665:
--
concerns are probably because of misunderstanding
)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance bottleneck of LRU) is replaced
---
Key: SOLR-665
URL: https://issues.apache.org/jira/browse/SOLR-665
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617562#action_12617562
]
Fuad Efendi commented on SOLR-665:
--
{quote}Simply replacing synchronized
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance
://issues.apache.org/jira/browse/SOLR-665
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617639#action_12617639
]
Fuad Efendi commented on SOLR-665:
--
This is extremely simple Concurrent LRU, I spent an hour
: https://issues.apache.org/jira/browse/SOLR-665
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate
: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance bottleneck
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617655#action_12617655
]
Fuad Efendi commented on SOLR-665:
--
bq. The eviction code looks like it would be relatively
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617657#action_12617657
]
Fuad Efendi commented on SOLR-665:
--
Lars, I used FIFO because it is extremely simple to get
-665
URL: https://issues.apache.org/jira/browse/SOLR-665
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617668#action_12617668
]
Fuad Efendi commented on SOLR-665:
--
bq. No, it is not! Your analysis seems to ignore
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617673#action_12617673
]
Fuad Efendi commented on SOLR-665:
--
bq. The it references the map. It says explicitely
-665
URL: https://issues.apache.org/jira/browse/SOLR-665
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Versions: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617684#action_12617684
]
Fuad Efendi commented on SOLR-665:
--
bq. Fuad is after fastest-possible reads, everybody
: Fuad Efendi
Attachments: FIFOCache.java
Original Estimate: 672h
Remaining Estimate: 672h
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance bottleneck of LRU) is replaced to
insertion
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617692#action_12617692
]
Fuad Efendi commented on SOLR-665:
--
BTW there is almost no any functional difference between
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617699#action_12617699
]
Fuad Efendi commented on SOLR-665:
--
Paul, I want to do it... understand me, since February I
: 1.3
Environment: JRockit R27 (Java 6)
Reporter: Fuad Efendi
Attached is modified version of LRUCache where
1. map = new LinkedHashMap(initialSize, 0.75f, false) - so that
reordering/true (performance bottleneck of LRU) is replaced to
insertion-order/false (so that it became
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuad Efendi updated SOLR-665:
-
Attachment: FIFOCache.java
FIFO Cache (Unsynchronized): 9x times performance boost
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617357#action_12617357
]
Fuad Efendi commented on SOLR-665:
--
I renamed to FIFOCache just before opening an issue
[
https://issues.apache.org/jira/browse/SOLR-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617359#action_12617359
]
Fuad Efendi commented on SOLR-665:
--
Almost forgot: I am estimating performance gains basing
[
https://issues.apache.org/jira/browse/SOLR-653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12616909#action_12616909
]
Fuad Efendi commented on SOLR-653:
--
Thanks Ryan,
Another question, add
[
https://issues.apache.org/jira/browse/SOLR-653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12616667#action_12616667
]
Fuad Efendi commented on SOLR-653:
--
Will it overwrite by default?
I need to update document
What about commenting out this piece of outdated code in SolrServlet:
} catch (Throwable e) {
SolrException.log(log,e);
sendErr(500, SolrException.toStr(e), request, response);
}
For instance, SUN Java 5 not necessarily has resources to output
OutOfMemoryError including stack
What about commenting out this piece of outdated code in SolrServlet:
} catch (Throwable e) {
SolrException.log(log,e);
sendErr(500, SolrException.toStr(e), request, response);
}
For instance, SUN Java 5 not necessarily has resources to output
OutOfMemoryError including stack trace;
What, ConcurrentHashMap?
I briefly considered it when I threw the caching stuff together... but
the key here is that it's an LRUCache using LinkedHashMap, and there
is no ConcurrentLinkedHashMap.
-Yonik
There is a lot more... Ask Doug Lea, only small piece of his work is part of
Java 5/6,
CPU in 4-CPU system when faceting is enabled.
Even get() method is synchronized...
I need to learn how to use plugin jars, don't want to alter source...
Thanks!
On 1-Apr-08, at 6:58 PM, Fuad Efendi wrote:
Can we have anything better? I can't use 4-CPUs :(
Thanks!
You can have anything
Can we have anything better? I can't use 4-CPUs :(
Thanks!
P.S.
Blocked on lock
LRUCache.java:128
V.555343 7/11/07
Thanks...
I am thinking about making *persistent* runtime configuration options
(available via SOLR admin screen)... It would be best option... Of course we
can write (global) config file and put it somewhere, even for people who
would expect the JVM
default configuration to work - many people
Currently, default settings output UPDATE messages (thousands per second
in my case). Is it WARNING/SEVERE setting in SOLR source?
I disagree that the default should be off. Logging doesn't impact
performance that much unless it is set to something like FINEST.
I don't think you want to
Hi,
How to set *default* SOLR logging level to OFF? My logs quickly become very
huge...
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567067#action_12567067
]
Fuad Efendi commented on SOLR-127:
--
In my configuration I do not need SOLR caching at all
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567072#action_12567072
]
Fuad Efendi commented on SOLR-127:
--
Regarding HTTP-Caching-Load-Balancer between SOLR
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567077#action_12567077
]
Fuad Efendi commented on SOLR-127:
--
Thomas, Walter,
Finally I agree, thanks!
Middleware
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567064#action_12567064
]
Fuad Efendi commented on SOLR-127:
--
I agree.
Caching Load Balancer between SOLR and APP
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567081#action_12567081
]
Fuad Efendi commented on SOLR-127:
--
Fortunately, we are not using 404 trying to retrieve
Try ant example in the base dir to build the example.
Thanks, it works
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566865#action_12566865
]
Fuad Efendi commented on SOLR-127:
--
This is an alternative to initially proposed HTTP
[
https://issues.apache.org/jira/browse/SOLR-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566869#action_12566869
]
Fuad Efendi commented on SOLR-127:
--
Of course ETag etc. will synchronize caches; but anyway
Is it correct?.. I want to try distribution/replication in v.2.3
A little inconvenience: published API have missed some classes such as
WordDelimiterFilter...
Thanks,
Fuad
http://www.tokenizer.org
I am not sure, didn't have a time to check all details...
Simply: old version of an application tried to send delete request, and
could not parse response due to (possible) schema changes and hardcoded
tag values... I am not using version number in URL for delete POSTs...
Thanks
-Original
1 - 100 of 136 matches
Mail list logo
