|
Richard, Not a basic question, it’s just that
the wording is confusing, The difference between a desktop
application and a service application is that the service application starts with
the computer and is available immediately. A web server or a database server
running on a machine is a good example. You know its working but you
don’t actually need to log on to the machine and “start”
something in order for that to happen. You may have the capability but
it’s not a requirement. A desktop application is an application
that runs in the user’s environment. What that means is that either
it’s started when you log on to the machine or it’s started by the
user himself but the application will cease to function when the user logs off
the machine. Hence, a service application can function
and work while the login screen is displayed, a desktop application cannot. There are ways to actually have one do the
other but this gets a bit technique, as a rule the above is 99.9% valid. The advantage of one over the other is
really one that you need to decide for yourself. If you want the grid
executor/manager to always be working then a service application is a good choice.
If you want the user to decide if the application should run or not, then a
desktop application is better. The desktop application essentially gives some
control to the user over it while the service application actually removes
control (and responsibility) from the user *hiding*
the application from them. In a business environment I would
recommend running service applications on servers (as you cannot run desktop
application unless someone is logged on). However if you want the grid to extend
to the user’s machine you then have to decide if the users should have
control over the executor/manager or not. And also, does the user’s
machine stay open all night? If so, then perhaps a service application is
better as the user will log off the machine but leave it running. If the users
shut off the machines (company policy) then it doesn’t matter if the
software runs as a service or desktop application. It then becomes a question
of if you want the user to be able to stop the software or not. In an
environment where you have machines that are of low power or you may have
laptops then a desktop application is a better choice (the user can close it,
stop it if they are running a program that requires a lot of resources or are
using their laptop while not connected to the LAN) but again as you can
understand it’s still a question of choice. Also, if you are running
“tests” then the desktop application is better, if you want the
application to run 24/7 then the service is better. Unless in a test/development environment,
I would never advise running the Manager as a desktop application. The executor
however is a question of choice and taste. Karell Ste-Marie MCSE MCAD From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Richard John Dear Colleagues, Good Day!!! I hope you are enjoying
the Grid environments using Alchemi. Its a wonderful tool for the Grid
Researchers...Thanks to DR.Rajkumar Buyya and team. Special thanks to I am also installed Alchemi
latest version 1.0.5 (.Net Framework 2.0 compatible) and trying to write some
Grid applications using C#. Friends could you please
let me know the diffrence between a
normal Windows desktop application and a windows service. I
came to know that we can install Alchemi Manager and Executor as normal Windows
application and a windows service. What are the advantage of both modes? Which
is appopriate for a LAN environment. I am very sorry if it is
basic question. Thank You. Regards, Richard. Yahoo! Messenger with Voice. Make
PC-to-Phone Calls to the |
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ alchemi-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/alchemi-users
