I want to know that what are differences in behavior of a daemon, a process and a service running in Ubuntu.
-
3This is a better fit for StackOverflow, where it has conveniently already been asked and answered. – Tom Brossman Sep 23 '12 at 16:38
-
7@Tom: No, that SE post does not answer what a service is. And overall the answers here are more elaborate. – Mads Skjern Dec 20 '14 at 09:42
-
3@TomBrossman, The post you linked talks nothing of services. – Pacerier Dec 24 '14 at 13:50
-
6StackOverflow is about coding. deamons are a unix thing, there is no better place to ask than here – Mr.Robot Feb 05 '17 at 21:34
-
1Huh? how could this question ever be closed? – Jacob Vlijm Jan 15 '19 at 07:58
2 Answers
Daemons - Daemon does not stand for Disk and Execution Monitor (http://www.takeourword.com/TOW146/page4.html). They are the processes which run in the background and are not interactive. They have no controlling terminal.
They perform certain actions at predefined times or in response to certain events. In *NIX, the names of daemons end in d.
Services - In Windows, daemons are called services.
If you're wondering why *NIX has a command named service, it is just used to run init scripts (shorthand for initialization scriptrunlevel).
Process - Process is a running program. At a particular instant of time, it can be either running, sleeping, or zombie (completed process, but waiting for it's parent process to pick up the return value).
Sources and further information:

- 14,306
-
2Processes have a few more states on Linux, here's an excellent diagram: http://www.linux-tutorial.info/modules.php?name=MContent&pageid=84 – Dietrich Epp Sep 23 '12 at 14:42
-
This piece of official Ubuntu documentation talks about "services", and I think they are not talking about Windows! So should I just read it as daemon? https://help.ubuntu.com/community/UbuntuBootupHowto – Mads Skjern Dec 20 '14 at 09:40
-
2In fact OP asks about services within Ubuntu, while this answer tells about services on Windows. So obviously Anon's answer is the correct one – Mads Skjern Jan 02 '15 at 10:04
-
acording to http://serverfault.com/questions/129055/is-there-a-difference-between-a-daemon-and-a-service daemons and services are not the same – Mr.Robot Feb 05 '17 at 21:37
-
Does the name of daemon processes always end in d? or is it just a naming convention? – learningdudz Apr 16 '23 at 11:56
A daemon is a background, non-interactive program. It is detached from the keyboard and display of any interactive user. The word daemon for denoting a background program is from the Unix culture; it is not universal.
A service is a program which responds to requests from other programs over some inter-process communication mechanism (usually over a network). A service is what a server provides. For example, the NFS port mapping service is provided as a separate portmap service, which is implemented as the
portmapd
daemon.A service doesn't have to be a daemon, but usually is. A user application with a GUI could have a service built into it: for instance, a file-sharing application. Another example is the X Window service, which is anything but in the background: it takes over your screen, keyboard and pointing device. It is a service because it responds to requests from applications (to create and manipulate windows, et cetera), which can even be elsewhere on the network. But the X service also responds to your every keystroke and mouse movement.
A process is one or more threads of execution together with their shared set of resources, the most important of which are the address space and open file descriptors. A process creates an environment for these threads of execution which looks like they have an entire machine all to themselves: it is a virtual machine.
Inside a process, the resources of other processes, and of the kernel, are invisible and not directly accessible (at least not to a thread which is executing user-space code). For example, there is no way to refer to the open files of another process, or their memory space; it is as if those things do not even exist.
The process, and its relation to the kernel and other processes, perhaps constitutes the most important abstraction in Unix-like operating systems. The resources of the system are compartmentalized into processes, and nearly everything is understood as happening inside one process or another.

- 103

- 601
-
Couldn't you obtain the memory of the other processes by querying directly for the system's RAM? – Pacerier Dec 24 '14 at 13:43
-
3A process generally cannot query directly for the system's RAM. Modern OSes use virtual address spaces (https://en.wikipedia.org/wiki/Virtual_address_space), meaning that each process can only interact with a fake view of memory where the OS controls exactly what is accessible. – Cannoliopsida Jun 22 '15 at 18:10
-
"A process creates an environment for these threads of execution which looks like they have an entire machine all to themselves: it is a virtual machine." Very nice way of putting it, never thought about it like that so clearly. But of course the abstraction is leaking. Like, a process that can measure time (which it can do through the processor even) can notice that it is not alone on the machine. And of course the OS does provide mechanisms to enumerate other processes. – masterxilo Sep 13 '18 at 13:24