Ciao Even,
please read below...
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.geo-solut
Hi Simone,
Simone Giannecchini a écrit :
I've tried GetPrimitiveArrayCritical() / ReleasePrimitiveArrayCritical() and
I've observed they return non-copy pointers, which make them good candidates.
Looking at
http://java.sun.com/j2se/1.3/docs/guide/jni/jni-12.html#GetPrimitiveArrayCritical,
it app
advantage is in usability not performance.
>>
>> Thanks,
>>
>> Ivan
>>
>> > ---Original Message---
>> > From: Even Rouault
>> > Subject: Re: [gdal-dev] Re: JAVA API - Performance
>> > Sent: Nov 14 '09 17:32
Ciao Even,
please read below...
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.geo-solut
imity
algorithm in C or in Java is basically *identical*. No kidding!
My best regards,
Ivan
> ---Original Message---
> From: Ivan
> Subject: Re: [gdal-dev] Re: JAVA API - Performance
> Sent: Nov 18 '09 16:05
>
> Even,
>
> I just got it to work wit
Even,
I just got it to work with the new API today. That is great!
And just liike you said, the advantage is in usability not performance.
Thanks,
Ivan
> ---Original Message---
> From: Even Rouault
> Subject: Re: [gdal-dev] Re: JAVA API - Performance
> Sent: Nov
>>
> >> I then translated the buffers to regular arrays and it went down a little
> >> bit, 1.3 seconds.
> >>
> >> It is still a big disadvantage. I believe that the buffer-to-buffer
> >> translation is the guilt time waster in that case.
> >
vantage. I believe that the buffer-to-buffer
translation is the guilt time waster in that case.
[1] http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdalproximity.cpp
My best regards,
Ivan
---Original Message---
From: Simone Giannecchini
Subject: Re: [gdal-dev] Re: JAVA API - Perform
Selon Simone Giannecchini :
Simone,
thanks for all this interesting information. I'm doing some experiment with Sun
JRE 1.6 and I observe that array pinning doesn't really work. I mean that the
jenv->GetByteArrayElements($input, &isCopy) call always return isCopy ==
JNI_TRUE, which seems to be co
g/gdal/browser/trunk/gdal/alg/gdalproximity.cpp
>
> My best regards,
>
> Ivan
>
> > -------Original Message---
> > From: Simone Giannecchini
> > Subject: Re: [gdal-dev] Re: JAVA API - Performance
> > Sent: Nov 10 '09 12:36
> >
> > Ciao
that the buffer-to-buffer translation
is the guilt time waster in that case.
[1] http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdalproximity.cpp
My best regards,
Ivan
> ---Original Message---
> From: Simone Giannecchini
> Subject: Re: [gdal-dev] Re: JAVA API - Performanc
Ciao Even,
just wanted to add my 2 cents.
As you know for the imageio-ext project we have been using the
GDAL-JNI bindings (actually a modified version of them) for a while in
order to allow Java users to leverage on GDAL using the ImageIO
framework which standard in Java.
This way we also enabled
Selon Ivan :
Ivan,
thanks for your testing (CC'ing the list as it is of general interest).
Actually, I also read on some sites that using ByteBuffer object versus regular
Java arrays is not always a win. Plus the fact that we must use a direct buffer
that has an extra allocation cost according to
13 matches
Mail list logo