You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
tdelibs/kinit
Slávek Banko d37bb843d1
Use private linking for exported CMake targets.
3 years ago
..
tests Rename old tq methods that no longer need a unique name 12 years ago
CMakeLists.txt Use private linking for exported CMake targets. 3 years ago
LICENSE.setproctitle Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
Mainpage.dox All documentation references to KDE should now be converted to Trinity for the new API website 14 years ago
Makefile.am Aviod conflicts with Qt4 namespace members 13 years ago
README Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
README.DCOP Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
README.autostart Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
README.wrapper Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
autostart.cpp Prevent XDG autostart files from starting multiple times 12 years ago
autostart.h Trinity Qt initial conversion 14 years ago
configure.in.in Revert automated changes 13 years ago
kdostartupconfig.cpp Finished remaining porting to new TQt API 13 years ago
kinit.cpp Process the new location of the ICEauthority file 4 years ago
kioslave.cpp Revert automated changes 13 years ago
klauncher.cpp Rename old tq methods that no longer need a unique name 12 years ago
klauncher.h Initial conversion for TQt for Qt4 3.4.0 TP2 13 years ago
klauncher_cmds.h Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
klauncher_main.cpp Add source code module name to stdout/stderr messages to improve readability. 11 years ago
kstartupconfig.cpp Convert remaining references to kde3 (e.g. in paths) to trinity 13 years ago
kwrapper.c Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
lnusertemp.c tdeinit: make lnusertemp respect HOME for root 7 years ago
setproctitle.cpp Removed explicit usage of the 'register' keyword. 3 years ago
setproctitle.h Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
shell.c Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
start_kdeinit.c Added missing headers for tdeinit/start_tdeinit.c 3 years ago
start_kdeinit_wrapper.c Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. 15 years ago
wrapper.c Do not block on read of tdeinit socket and thereby rely on forcible tdeinit_shutdown termination during logout 11 years ago

README

README

kdeinit is a process launcher somewhat similar to the 
famous init used for booting UNIX.

It launches processes by forking and then loading a
dynamic library which should contain a 'main(...)'
function. 

Executive summary
=================

Using kdeinit to launch KDE applications makes starting
a typical KDE applications 2.5 times faster (100ms 
instead of 250ms on a P-III 500) It reduces memory 
consumption by approx. 350Kb per application.


How it works
============

kdeinit is linked against all libraries a standard KDE
application needs. With this technique starting an
application becomes much faster because now only
the application itself needs to be linked whereas 
otherwise both the application as well as all the libaries
it uses need to be linked.

Startup Speed
=============

Starting an application linked against libqt, libkdecore and libkdeui
in the conventional way takes approx. 150ms on a Pentium III - 500Mhz. 
Starting the same application via kdeinit takes less than 10ms.

(application without KApplication constructor, the KApplication 
constructor requires an extra 100ms in both cases)

Memory Usage
============

An application linked against libqt, libkdecore and libkdeui started
in the conventional way requires about 498Kb memory. 
(average of 10 instances) If the same application is started via
kdeinit it requires about 142Kb. A difference of 356Kb (application 
without KApplication constructor) 

If we take the KApplication constructor into account, an application
started in the conventional way takes about 679Kb memory while the same
application started via kdeinit requires about 380Kb. Here the difference
is somewhat less, 299Kb. This seems to be caused by the fact that the
dynamic linker does "lazy linking". We can force the linker to link
everything at startup by specifying "LD_BIND_NOW=true". When kdeinit is
started with this option on, kdeinit is back to its full efficiency, an
application with a KApplication constructor now uses 338Kb of memory.
A difference of 341Kb with the normal case.

Adapting programs to use kdeinit.
===============================

The sourcecode of a program does not require any change to take advantage
of kdeinit. Only the makefile requires an adaption, if the Makefile.am of 
a normal program looks like this:

bin_PROGRAMS = kicker   
kicker_LDADD = $(top_builddir)/libkonq/libkonq.la
kicker_LDFLAGS = $(all_libraries) $(KDE_RPATH)

The following lines need to be added to make a library version useable 
by kdeinit:

lib_LTLIBRARIES = kicker.la
libkicker_la_LIBADD = $(top_builddir)/libkonq/libkonq.la
libkicker_la_LDFLAGS = $(all_libraries) $(KDE_RPATH) -module                    

Disadvantages
=============

The process name of applications started via kdeinit is "kdeinit". This problem
can be corrected to a degree by changing the application name as shown
by 'ps'. However, applications like "killall" will only see "kdeinit" as 
process name. To workaround this, use "kdekillall", from kdesdk/scripts,
for applications started via kdeinit.