On a linux system if you're thinking of going to clusters and the like,
I would suggest that you retain a simple executable backend to run the
code with a parameter/input file, and output to a set of files. Build a
frontend that simply calls the executable (extensible later to one that
submits a job to a cluster) and monitors the output files to get the
progress.
This way, the program can be run independently of the GUI, and you can
change the execution part if you move to a cluster and something like
the Sun Grid Engine, in which you have to supply an executable and a
script to run.
This all makes the frontend pretty easy, anything which can show a GUI,
write text files and run commands should work, so take your pick of what
looks good. Java is probably the most portable, although it will have
some overheads. If portability is less important, then it's probably
easier to design it in something like py/gtk, which many *nix frontends
use.
For the absolute minimum overheads, write the progress files to disk in
a manner that gnuplot can read, then write a script that periodically
calls gnuplot with a script and produces a pretty image, and perhaps
uploads it to a website.
Phil
On Mon, 2007-08-06 at 11:16 +0800, LUK ShunTim wrote:
> David Vowles wrote:
> > Have you considered using commercially available Fortran graphics
> > packages such as Winteracter ( http://www.winteracter.com ) or GINO (
> > http://www.gino-graphics.com/home/home.htm )? There could well be other
> > such packages.
> >
> > Regards,
> > David.
> >
> > M.R.Hadian wrote:
> >> Hi Craig Dedo
> >>
> >> Thank you very much for your attention and comments.
> >> I am migrating from Windows to Linux. Up to now , i used to develop my
> >> codes without GUI using Intel Visual Fortran. In Linux the graphical
> >> functions are not available so i should use another GUI.
> >> My expected OS is Linux (Ubuntu) though my code should be portable to
> >> windows.
> >> The execution time is very important and i am looking for a method not to
> >> increase the execution time considerably.
> >> At the moment i use a PC, however i plan to extend my code to use Linux
> >> clusters and benefit parallel processing.
> >>
> >> Best Wishes,
> >> Hadian
> >>
> >>
> >
> >
>
> Hello,
>
> You may want to look at f90gl which uses opengl and is in PD.
>
> http://math.nist.gov/~WMitchell/f90gl/
>
> Caveat: "There are several versions of GLUT 3.7 floating around, some of
> which don't have support for f90gl. If you are having problems with it,
> use the version available here." according to the author.
>
> Good luck,
> ST
> --
|