Role Based Initscript Services Start Up

Registered by Ritesh Raj Sarraf on 2009-07-06

Hi,
This is a wishlist request which I think might require an amendment in
the Debian Policy.

Currently, many of the services in a Debian installation are single
mode. By "single mode", I mean they are always running daemons. There do
are some (like exim), which are offered at install time, if a user wants to run them
from inted.

My proposal is that we have the init system with a machine type
identifier.
Example:
MACHINE=laptop

Currently, on my machine, I have many services running stand-alone as a
daemon. Example: cupsd. In a laptop/desktop environment, we don't do
regular printing. There is room for efficiency by providing the user
with an option to let as many daemons as possible, to be run from inetd.

This has a benefit. Especially for memory resources.
The dictionary server, dictd, is another example. Previously, it was
available as a standalone server. With multiple dictionary databases
installed, I noticed that memory consumption could rise to around
100Megs. So, in standalone mode, ditcd alone would be consuming a 100Meg
resource.

d-i currently does detect hardware type during installation. We should
have a global system variable defining the type of machine. And then, we
should have a policy stating, "Every application, if possible to
inet-ize, should have that option."
And then that could be triggered with the global system variable.

cupsd
dictd
many more daemons....

For laptop/destkop, we can save a lot of memory resource this way.

Blueprint information

Status:
Not started
Approver:
None
Priority:
Undefined
Drafter:
None
Direction:
Needs approval
Assignee:
None
Definition:
New
Series goal:
None
Implementation:
Unknown
Milestone target:
None

Related branches

Sprints

Whiteboard

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.

Subscribers

No subscribers.