Ok Galen,

Next time explain better what you plan.
You can do that through Java RMI, i.e, your applet will connect with your
server and  will do some "Remote Methods Invocations" (RMI). And your server
call your C/C++ routines by using JNI.
Someone else more skilled can detail it better, or even offer another way to
do it in Java.

But if this is so intensive calculation you must ask and/or weigth yourself
:
* the number of clients vs CPU power of your server
* amount of data  vs response time server-client.
* the data modelling fits 3D visualization? Your 3D view must show just what
is in the limits of the perception of your client.
see CHIME web page -  http://www.umass.edu/microbio/chime/index.html , and
see how they show big proteins in a properly way in the web.
* 3D animation are time critical so take it seriously. And net lags are
nasty...
* can you  pre-calculate part of this data, avoid your server doing same
thing some thousand times ?
* is the target user's hardware (memory, cpu, video card) fitting
requeriments of your applet needs, nowadays?

Just first thoughts.

Java3D can do a lot of things, handle large amout of data, but requires
(PC -Windows/Linux):
1 - a good video card (3D accelerated with 16MB video mem or better);
2 - some free memory (I guess 32MB of free memory or more, but depends a lot
of your application needs) ;
3 - CPU with 500MHz or better;
4 - and Java Plug-in & Java3D install, of course;

Alessandro


----- Original Message -----
From: "Galen Wilkerson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 27, 2003 7:08 PM
Subject: Re: [JAVA3D] speed question


> Well, in particular, I want to do graph-drawing in 2- and 3-d with graphs
> of 10's of thousands of nodes.  So, the info sent to the server will
> likely be minimal, and the returned info will just be an array of
> positions in 3-d, more or less.  This can be computationally intensive,
> since the energy-minimization takes some time for large graphs, and we're
> trying to get it to be interactive.  Doing this on the client machine
> could be very slow, and use up all memory.  (it does this even on
> stand-alone apps in C on our machines)
>
> -Galen
>
> On Thu, 27 Mar 2003, Patrick-Emmanuel Boulanger-Nadeau wrote:
>
> > > > With a software engine it is as faster as your CPU.
> > > >
> > > > > - make calls to fast C/C++ routines on the server that the applet
> > > > > downloaded from
> > > > >
> > > >
> > > > :)) Unable to comment seriously. :))
> > >
> > >
> > > Why is that?  Not sure I understand.
> > >
> > > -Galen
> >
> > How are those routines used ? Are they directly accessible using a
specific
> > API ? Or do you want to use a program with some ports open on the target
> > computer, waiting for the request ? In that case, there would be no
problem
> > .. I've had to use something like that (although there where no java 3d)
and
> > that worked like a charm..
> >
> > But if the usage of thoses routines is the speed you think you will get
with
> > C++ in place of Java, then you need to take into account the response
time
> > of the network you'll use, and the amount of data that will need to be
> > exchanged divided by the network speed.. It may well be faster using
java on
> > the computer displaying the model..
> >
> > More information on that part would allow us to be much more precise..
> >
> -Galen
>
> Computational Biology Research Group
> http://compbio.washington.edu/
> phone: 206 732 6127
> fax: 206 732 6055

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to