[
https://issues.apache.org/jira/browse/DERBY-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14549157#comment-14549157
]
Rick Hillegas commented on DERBY-6809:
--------------------------------------
Most Derby code is compiled into Java 6 byte code. A small amount of code
(chiefly in the implementation of the JDBC 4.1 and 4.2 drivers) is compiled
into Java 7/8 byte code and only executes if you are running on those more
capable platforms.
I don't know whether the Java 8 libraries were implemented in such a way that
they still provide increased parallelism to programs which were compiled into
Java 6 byte code. That is, I don't know whether Derby's throughput increases if
you simply run it on Java 8. But there is certainly nothing which prevents you
from exploiting Java 8's increased parallelism in your user-written plugins
(types, aggregates, functions, procedures).
It sounds like you are interested in performing some experiments which might
discover some low-hanging fruit.
Thanks,
-Rick
> Java 1.8 feature use
> --------------------
>
> Key: DERBY-6809
> URL: https://issues.apache.org/jira/browse/DERBY-6809
> Project: Derby
> Issue Type: Improvement
> Components: Network Server
> Affects Versions: 11.0.0.0
> Reporter: sagar
>
> Suggestion ...
> Is it possible to auto modify the existing source code using tools like
> Netbeans, and take advantage of the new features in JDK 1.8 for better
> multiuser performance and better utilization of current day multicore
> processors?
> Plainly put, can we have from 11.0 onwards a version of derby which takes
> advantage of the advancements and new features in java 1.8 ...
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
