<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hello</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="">I don't see why anybody would care on restarting/starting/stopping kde-<br></div>
connect.<br></blockquote><div><br></div><div>I talking about possibility to start/stop/autostart. How often do you use system services in /etc/init.d/ ? I'am using it very rare(once per week), but i CAN stop/restart ssh, samba, dedicated virtuaboxes, apache, ntp, bind and so on. </div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
It is something build in into your KDE session, if you don't want it just kill<br>
it, no?<br>
We should use almost no cpu/ram when idle anyway.<br></blockquote><div><br></div><div>What do you talking about? kdeconnect daemon consumes just about 2.5 mb of memory. All other memory(qt/kde libraries) already shared between desktop environment. Listening on socket to wait for incoming data/connection is not consuming CPU, so CPU usage for kdeconnect when idle is 0.0%.</div>

<div>ANY plasma/QML applet consumes CPU and memory _much_ more than simple daemon that just listen port.</div><div><br></div><div>I'am agreed that KDED have little overhead to us, but there is no other inretface in KDE environment to control daemons. There is no interface to completly DISABLE something, or to temporary stop, except KDED. </div>

<div>KDE have a simple facility to autostart something sytemsettings->administration->autostart but we can't disable or stop runned process. Or start it without restarting whole KDE session.</div><div><br></div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Translated to how we could use it on kde-connect, it would be perfect for the<br>
use case of "We need to listen for new devices all the time". So KDED would:<br>
-Emit broadcast messages<br>
-Listen for broadcast messages<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
The moment somebody wants to actually talk with us, we fire up kde-connect and<br>
let it do the heavy lifting work.<br></blockquote><div><br></div><div><br></div><div><div>Actually kdeconnectd(but no kded module)  do this. KDED module(which consumes just about 0 memory) just UI to start/stop daemon.  But your offer additional layer which would start/stop processes and pass info(from broadcast) to it. It is increase complexity and make "simple daemon" not so simple as other UNIX daemons. The scheme you offer is used in apache, that fork new process after establishing connection, but where apache and where kdeconnect? <br>

</div><div> If you want to save CPU or memory you should know that doing something "just in code" is economical(and quick) than starting new process, especially on Windows.</div></div><div><br></div><div>>> Albert: I think it is nice to start kdeconnect on demand (via dbus calls). I see the benefits of killing it automatically if there are no devices reachable, or none of them is paired, but this causes a problem: we wont be discoverable since the process is not there anymore.<br>

</div><div><br></div><div>Any dbus service consumes more CPU and memory than simple kdeconnectd daemon. </div><div><br></div><div>>> Albert: <span style="font-family:arial,sans-serif;font-size:13px">Anyway we have to think a way to use ZERO memory if the user is not using kdeconnect at all, because our process now is quite fat.</span></div>

<div><br></div><div>How you measured memory consumption related to kdeconnectd? I'am agree that plasmoid can consume a lot of memory for QML engine, interpretter, GUI, DBUS and other, But how can simple daemon can be fattest than any dbus daemon or any other "frameworked" daemon?</div>

<div><br></div><div>To use ZERO memory user can completly disable kdeconnectd through KDED module by just removing checkbox in systemsettings like many other KDE services for example touchpad, remote control, nepomuk(!) and other.</div>

<div><br></div><div>Best regards. </div><div><br></div></div></div></div>