-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Thu, Sep 22, 2016 at 08:36:11PM -0700, [email protected] wrote: > Hi folks, > > I'm wanting to enquire as to some things that I believe that the developers > only can answer. > > 1... > Why is there a /usr/bin/python /usr/lib/qubes/icon-receiver script running > once for each virtual? > Why can't it just have 1 instance running and then spawn a copy when it > receives data and thus reduce overhead by having only 1 process running > taking 30 MB RAM, instead of 30 MB for every virtual when it's not even > needed all the time?
To make it simpler. Having one process for all the VMs would require making sure to not mixup contexts (like assigning green icon to red VM). > Why not just start it when the script is run for the > transfer of icons? Mostly for performance. It's startup takes 0.5s or more. Starting it on demand would mean 0.5s delay in adding an icon to window, which would not look pretty. And would also use a lot more CPU. But it is something we may consider to lower memory usage. This would also require having someone to actually work on it - as we already have way too much work for our little team. So if that's important for you, consider working on it. > 2. > /usr/bin/python2 /usr/bin/qubes-manager -session > xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx_xxxxxxxxxx_xxxxxx > Why is that using 118 MB RAM? > Why over 1 GB of virtual? There are some memory leaks in qubes-manager. Some of them were recently fixed, but its current architecture makes is really hard at least to fix all of them. This is one of the reasons why we're rewriting it from scratch: https://github.com/QubesOS/qubes-issues/issues/2132 > Why does it have a session id attached to it instead of just running? This is how desktop environment (KDE?) start applications. In case of qubes-manager it is ignored. > 3. > Why is there a > /usr/lib/qubes/qrexec-daemon > running for every virtual? > and a > /usr/sbin/qubesdb-daemon > > Will this be rectified instead of sitting there absorbing system resources > in a future update? No, those are intentionally separate processes (same as before - to make code simpler, which is very important in security critical components). Both of them together use about 1MB RAM, so it's negligible. - -- Best Regards, Marek Marczykowski-Górecki Invisible Things Lab A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJX5PFwAAoJENuP0xzK19csVL4IAJJPuRnr8M1CesVMLpNbf3bG kInToSCawq8KrGalYltKO/lP6ApWMbqOq8w5cUilzJZPyVU9MIKPzk8lP3/mZFwQ MAFRo0nUVkM6aeC92N/B28WdnbaW6OtfVtR0TxOGQDUROyRF+mrotuszy0eCU3Xe K2JvsDsM8u8xGVRnQqjgTyM/o8pFKJqfn3CG1cgFqc+zhmByidzba2WFXs0iomUw vHmdYva98UYd9Ei15zTquXRImVLV2YaEli3W2g7IOD4O8aX0TCRMpq8d2y0Ul/qd cb1JaXpLlWhAGC3JN4Xcen8IhYkxonnZbzAuzx7r+AREcptYHwiwEjU3shUx9U4= =+kww -----END PGP SIGNATURE----- -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/20160923091008.GW31510%40mail-itl. For more options, visit https://groups.google.com/d/optout.
