ific computations) see
http://jmmc.fr . It is hard to promote Java in science as both Python &
Julia languages are wide spread.
Please consider any change making Java more competitive for Science:
- faster math, more math functions (matrix & vector API), FFT, GPU
computing... the Panama pro
On 09/11/17 09:00, Laurent Bourgès wrote:
> The Marlin renderer (JEP265) uses few Math functions: sqrt, cbrt, acos...
>
> Could you check if the current JDK uses C2 intrinsics or libfdm (native /
> JNI overhead?) and tell me if such functions are already highly optimized
> in jdk9 or 10 ?
>
>
would be helpful. The sqrt method has long been intrinsified to the
corresponding hardware instruction on many platforms so I don't think
that would be a useful candidate in most circumstances.
In short, we might get a selection of looser but faster math methods at
some point, but not immedi
e any follow up on
> intrinsification).
>
> https://bugs.openjdk.java.net/browse/JDK-8134780
> https://bugs.openjdk.java.net/browse/JDK-8171407
>
> Joe knows more.
>
> —
>
> As part of the Vector API effort we will likely need to investigate the
> support for less
Thanks, andrew.
I searched on the web and I understand now:
Fdlibm native library has been ported in Java code for jdk9 (like the
jafama library).
Cbrt changeset:
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/7dc9726cfa82
I will anyway compare jdk9 with latest jafama 2.2 to have an up-to-date
of the Vector API effort we will likely need to investigate the support
for less accurate but faster math functions. It’s too early to tell if
something like a FastMath class will pop out of that, but FWIW i am sympathetic
to that :-)
I liked this tweet:
https://twitter.com/FioraAeterna/status
On 09/11/17 15:02, Laurent Bourgès wrote:
> --- testing cbrt(double) = pow(double, 1/3) ---
> Loop on Math.pow(double, 1/3), args in [-10.0,10.0], took 0.739 s
> Loop on FastMath.cbrt(double), args in [-10.0,10.0], took 0.166 s
> Loop on Math.pow(double, 1/3), args in [-0.7,0.7], took
On 09/11/17 13:33, Laurent Bourgès wrote:
> I checked in the latest jdk master and both cbrt / acos are NOT intrinsics.
>
> However, cbrt(x) = pow(x, 1/3) so it may be optmized...
>
> Could someone tell me how cbrt() is concretely implemented ?
It's in FdLibm.java. It's not great, but it's
u can also test this yourself using jitwatch. There is
>> no native call overhead.
>>
>> The standard library does not currently include less accurate but faster
>> Math functions, maybe someone else can answer if that is something to be
>> considered.
>>
>>
test this yourself using jitwatch. There is
> no native call overhead.
>
> The standard library does not currently include less accurate but faster
> Math functions, maybe someone else can answer if that is something to be
> considered.
>
> - Jonas Konrad
>
> On 11/09/20
.
The standard library does not currently include less accurate but faster
Math functions, maybe someone else can answer if that is something to be
considered.
- Jonas Konrad
On 11/09/2017 10:00 AM, Laurent Bourgès wrote:
Hi,
The Marlin renderer (JEP265) uses few Math functions: sqrt, cbrt, acos
Hi,
The Marlin renderer (JEP265) uses few Math functions: sqrt, cbrt, acos...
Could you check if the current JDK uses C2 intrinsics or libfdm (native /
JNI overhead?) and tell me if such functions are already highly optimized
in jdk9 or 10 ?
Some people have implemented their own fast Math like
12 matches
Mail list logo