diff --git a/documentation/dev-manual/dev-manual-common-tasks.xml b/documentation/dev-manual/dev-manual-common-tasks.xml
index f72f81f551..3f82351e17 100644
--- a/documentation/dev-manual/dev-manual-common-tasks.xml
+++ b/documentation/dev-manual/dev-manual-common-tasks.xml
@@ -10819,6 +10819,47 @@
features that are used by many distributions.
+
+ By default, the Yocto Project uses SysVinit as the initialization
+ manager.
+ However, support also exists for systemd,
+ which is a full replacement for init with
+ parallel starting of services, reduced shell overhead and other
+ features that are used by many distributions.
+
+
+
+ Within the system, SysVinit treats system components as services.
+ These services are maintained as shell scripts stored in the
+ /etc/init.d/ directory.
+ Services organize into different run levels.
+ This organization is maintained by putting links to the services
+ in the /etc/rcN.d/ directories, where
+ N/ is one of the following options:
+ "S", "0", "1", "2", "3", "4", "5", or "6".
+
+ Each runlevel has a dependency on the previous runlevel.
+ This dependency allows the services to work properly.
+
+
+
+
+ In comparison, systemd treats components as units.
+ Using units is a broader concept as compared to using a service.
+ A unit includes several different types of entities.
+ Service is one of the types of entities.
+ The runlevel concept in SysVinit corresponds to the concept of a
+ target in systemd, where target is also a type of supported unit.
+
+
+
+ In a SysVinit-based system, services load sequentially (i.e. one
+ by one) during and parallelization is not supported.
+ With systemd, services start in parallel.
+ Needless to say, the method can have an impact on system startup
+ performance.
+
+
If you want to use SysVinit, you do
not have to do anything.