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

Simon Willnauer commented on LUCENE-2504:
-----------------------------------------

bq. I think we all owe it to ourselves to stop equating java with Sun/Oracle, 
if Java stays with Oracle its pretty obvious the language (is) will die anyway.
I agree with robert that we should stop comparing against sun jvms all the time 
and turn everything upside-down specializing code here and there or go one step 
further and generate C++ code. Dude who is gonna maintain the compatibility to 
Java-Only environments? I could imagine that we have something which is super 
special purpose like mike did with DirectNIOFSDirectory  to work around 
unexposed methods like fadvice. 

I think that code specializations of very "hot" part of lucene are ok and we 
should follow that way like we did at some places but it already make things 
very complicated to follow. Without the knowledge of a committer or a person 
actively following that development it is extremely difficult to comprehend 
design decisions.

I would rather like the idea to put effort in stuff like harmony and make code 
we can control perform better that introducing a preprocessor which generates 
code for a JVM owned by a company. Would it make way more sense to push OSS 
JVMs than spending lots of time on investigating on .NET as an alternative or 
C/C++ code generator? Before I would go the C++ path I'd rather use Java to 
host a C core like lucy which brings you as close as it gets to the machine. 

bq. EG, see my post here:

interesting papers - seems we are touching the limits of Java though.



> sorting performance regression
> ------------------------------
>
>                 Key: LUCENE-2504
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2504
>             Project: Lucene - Java
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Yonik Seeley
>             Fix For: 4.0
>
>         Attachments: LUCENE-2504.patch, LUCENE-2504.patch, LUCENE-2504.zip
>
>
> sorting can be much slower on trunk than branch_3x

-- 
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to