[
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: [email protected]
For additional commands, e-mail: [email protected]
