Introduction

[Siddharth Jagtiani]

Java and HPC are not integrated atleast in for the NVidia cards. Dont waste
your time here is my recommendation. Focus your efforts on Intel.

Native Nvidia is easy to pickup and you can get a hello world up and
running in a day's time (downloading the sdk and environment takes time). I
would use Ubuntu  16 + 16Gb Ram 800MHz Ram (expensive ram), Associated
Hardware and a strong SMPS for this. Cost close to about 70K (without GPU /
HPC card)

On Thu, Aug 24, 2017 at 2:22 AM, Remi Forax <forax at univ-mlv.fr> wrote:

> Sumatra goals was to provide an higher API based on Stream and a lower API
> that was using JNI.
>
> With Panama, you can define a lower API bypassing JNI. Currently, there
> are already several Java APIs to access the different existing GPUs, so
> Panama in this context is more a way to simplify/ease the maintenance of
> those APIs.
> The higher API is still missing, it requires to have a way to see lambdas
> as an expression trees, from the VM side (the class file representation)
> the introduction of the constant dynamic instruction in 10 (see the OpenJDK
> Amber project) is a step in the right direction. For the compiler support,
> it's not here yet but there was some fruitful discussions about that at
> latest JVM Summit.
>
> regards,
> Rémi
>
> ----- Mail original -----
> > De: "Kirk Pepperdine" <kirk.pepperdine at gmail.com>
> > À: "Phillip Rhodes" <motley.crue.fan at gmail.com>
> > Cc: "Navdeep Singh Sidhu" <navdeepsingh.sidhu95 at gmail.com>,
> sumatra-dev at openjdk.java.net
> > Envoyé: Mercredi 23 Août 2017 22:32:09
> > Objet: Re: Introduction
>
> > Hi Phil,
> >
> > I don’t really know enough about Sumatra to answer the question but my I
> can’t
> > see why we’d not want a stable API to access the GPU from Java.
> >
> > Kind regards,
> > Kirk
> >
> >> On Aug 23, 2017, at 10:13 PM, Phillip Rhodes <motley.crue.fan at gmail.com>
> wrote:
> >>
> >> Would Project Panama obviate the need for "native" Java/GPU
> >> integration?  My understanding is it's supposed to give us a "better
> >> FFI" which might make it nice enough to just integrate OpenCL or CUDA
> >> directly.   Or do we still need something
> >> like Sumatra to get really useful GPU interaction in Java?
> >>
> >>
> >> Phil
> >>
> >> This message optimized for indexing by NSA PRISM
> >>
> >>
> >> On Wed, Aug 23, 2017 at 4:08 PM, Kirk Pepperdine
> >> <kirk.pepperdine at gmail.com> wrote:
> >>> There is some work being done on GPU/Java integration. I think it’s
> being done
> >>> by some of the Intel guys. I haven’t been following all that closely so
> >>> unfortunately that is all I can say without doing some digging. But if
> I were
> >>> to dig I’d start with last years JavaONE. IIRC someone had a GPU in the
> >>> schedule.
> >>>
> >>> Kind regards,
> >>> Kirk Pepperdine
> >>>
> >>>> On Aug 23, 2017, at 9:27 PM, Dr Heinz M. Kabutz <
> heinz at javaspecialists.eu>
> >>>> wrote:
> >>>>
> >>>> I don't think Sumatra is very active at the moment :)
> >>>>
> >>>> Regards
> >>>>
> >>>> Heinz
> >>>> --
> >>>> Dr Heinz M. Kabutz (PhD CompSci)
> >>>> Author of "The Java™ Specialists' Newsletter" -
> www.javaspecialists.eu
> >>>> Java Champion - www.javachampions.org
> >>>> Oracle Developer Champion - www.twitter.com/dev_champions
> >>>> JavaOne Rock Star - www.oracle.com/javaone/rock-
> star-wall-of-fame.html
> >>>> Tel: +30 69 75 595 262
> >>>> Skype: kabutz
> >>>>
> >>>>
> >>>>
> >>>> Navdeep Singh Sidhu wrote:
> >>>>> Hi,
> >>>>>
> >>>>> My name is Navdeep Singh. I am a student doing my research in
> >>>>> High-performance Computing. I am developing a framework for HPC
> using Java.
> >>>>> I am not an expert. my programming skills are of moderate level. I
> hope
> >>>>> here I will get something new to learn.
> >>>>>
> >>>>> I will be glad if someone can guide me setting up development
> environment
> >>>>> for sumatra, and introduce me to the development approach.
> >>>>>
> >>>>> Thanks !!
> >>>>>
> >>>>>
>



-- 

This e-mail and all material transmitted with it are for the use of the
intended recipient(s) ONLY and contains confidential and/or privileged
information. If you are not the intended recipient, please contact the
sender by reply e-mail and destroy all copies and the original message. Any
unauthorized review, use, disclosure, dissemination, forwarding, printing
or copying of this email or any action taken pursuant to the contents of
the present e-mail is strictly prohibited and is unlawful. The recipient
acknowledges that mCruiseOn or its management or directors, are unable to
exercise control or ensure the integrity over /of the contents of the
information contained in e-mail. Any views expressed herein are those of
the individual sender only and no binding nature of the contents shall be
implied or assumed unless the sender does so expressly with due authority
of mCruiseOn. E-mail and any contents transmitted with it are prone to
viruses and related defects despite all efforts to avoid such by mCruiseOn.