• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Running DC projects as services

R

RussianSoldier

Banned
Follow these directions to create a user defined service in Windows 2000. Additionally, it may work in XP. I'd imagine it would work with any distributed computing program, so long as it does not require user intervention.

For large setups, I simply made a .reg file of the changes.
 
Just a note for the F@H people... the soon forthcoming v5 client has built in run-as-a-service support, without needing any external helper programs. Thanks to Gleem for the info. 😎
 
I've experimented with this approach.

If the program that is to be run as a service is not designed to be run as a service, then it will respond to the logoff and shut down. So it works fine on startup and through the first user to logon but will exit when the user logs off.

That is the reason for products like Firedaemon that continually monitor the program to be run as a service and restart it whenever it exits.

A much better answer is to run it as a scheduled task under Windows 2000 and later. Because it runs in it's own logon it will not exit until you shutdown or restart.

Running FaD as a scheduled task also has a couple of other differences.

For FaD, the normal interfaces (tasktray icon) will not appear. Even if you select windowed for THINK and Server, they don't show up when running FaD as a scheduled task.

Running FaD as a service with srvany may leave the interfaces available to the user depending on how the service is configured.

Personally, I run a large number of clients as scheduled tasks.
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top