What's causing dbus-daemon to take up over 3GB of RAM?











up vote
0
down vote

favorite
1












dbus-daemon is consuming a lot of memory on my Debian 9/KDE machine. How can I find out why?





The amount of allocated RAM is not changing anymore: it's stable at well over 3GB. I already tried closing my browser which uses most memory as well as any other applications I had opened (not many). I also tried removing some widgets from my desktop.



I also ran dbus-monitor which outputs:



signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
string ":1.152"

signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
string ":1.152"


and skimmed over the thousands of entries in sudo kate /var/log/syslog. But I still don't see what's causing this.



What to look for in syslog? Is there a log that gets enabled once processes exceed e.g. specified resource thresholds? What is causing this memory-usage?



Should I run sudo service dbus restart?










share|improve this question






















  • You need to clarify which and whose dbus-daemon this is.
    – JdeBP
    2 days ago










  • /usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
    – mYnDstrEAm
    2 days ago

















up vote
0
down vote

favorite
1












dbus-daemon is consuming a lot of memory on my Debian 9/KDE machine. How can I find out why?





The amount of allocated RAM is not changing anymore: it's stable at well over 3GB. I already tried closing my browser which uses most memory as well as any other applications I had opened (not many). I also tried removing some widgets from my desktop.



I also ran dbus-monitor which outputs:



signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
string ":1.152"

signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
string ":1.152"


and skimmed over the thousands of entries in sudo kate /var/log/syslog. But I still don't see what's causing this.



What to look for in syslog? Is there a log that gets enabled once processes exceed e.g. specified resource thresholds? What is causing this memory-usage?



Should I run sudo service dbus restart?










share|improve this question






















  • You need to clarify which and whose dbus-daemon this is.
    – JdeBP
    2 days ago










  • /usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
    – mYnDstrEAm
    2 days ago















up vote
0
down vote

favorite
1









up vote
0
down vote

favorite
1






1





dbus-daemon is consuming a lot of memory on my Debian 9/KDE machine. How can I find out why?





The amount of allocated RAM is not changing anymore: it's stable at well over 3GB. I already tried closing my browser which uses most memory as well as any other applications I had opened (not many). I also tried removing some widgets from my desktop.



I also ran dbus-monitor which outputs:



signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
string ":1.152"

signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
string ":1.152"


and skimmed over the thousands of entries in sudo kate /var/log/syslog. But I still don't see what's causing this.



What to look for in syslog? Is there a log that gets enabled once processes exceed e.g. specified resource thresholds? What is causing this memory-usage?



Should I run sudo service dbus restart?










share|improve this question













dbus-daemon is consuming a lot of memory on my Debian 9/KDE machine. How can I find out why?





The amount of allocated RAM is not changing anymore: it's stable at well over 3GB. I already tried closing my browser which uses most memory as well as any other applications I had opened (not many). I also tried removing some widgets from my desktop.



I also ran dbus-monitor which outputs:



signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
string ":1.152"

signal time=.. sender=org.freedesktop.DBus -> destination=:1.152 serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
string ":1.152"


and skimmed over the thousands of entries in sudo kate /var/log/syslog. But I still don't see what's causing this.



What to look for in syslog? Is there a log that gets enabled once processes exceed e.g. specified resource thresholds? What is causing this memory-usage?



Should I run sudo service dbus restart?







debian logs memory ram d-bus






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked 2 days ago









mYnDstrEAm

71941240




71941240












  • You need to clarify which and whose dbus-daemon this is.
    – JdeBP
    2 days ago










  • /usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
    – mYnDstrEAm
    2 days ago




















  • You need to clarify which and whose dbus-daemon this is.
    – JdeBP
    2 days ago










  • /usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
    – mYnDstrEAm
    2 days ago


















You need to clarify which and whose dbus-daemon this is.
– JdeBP
2 days ago




You need to clarify which and whose dbus-daemon this is.
– JdeBP
2 days ago












/usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
– mYnDstrEAm
2 days ago






/usr/bin/dbus-daemon and my username. Or what do you mean? Also it just reduced by around half of the RAM. Otherwise the allocated amount doesn't change.
– mYnDstrEAm
2 days ago












1 Answer
1






active

oldest

votes

















up vote
1
down vote













The dbus-deamon is the messenger between applications. It may be that the dbus-deamon is being flooded with chatter between two or more applications on the system, for one reason or another.




  • I would close all non-essential apps one at a time while monitoring the resource use.

  • The messages between apps may not even be error related, so they may not be reported by the monitor unless you make it more verbose.

  • I would then attempt to resart the dbus-deamon only if the above does not bare fruit.


If you find that there is an app/apps that is causing this, I would then try to figure why those apps are behaving that way. You could then look through logs about that/those programs and find the cause.






share|improve this answer








New contributor




Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.


















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














     

    draft saved


    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f482746%2fwhats-causing-dbus-daemon-to-take-up-over-3gb-of-ram%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    1
    down vote













    The dbus-deamon is the messenger between applications. It may be that the dbus-deamon is being flooded with chatter between two or more applications on the system, for one reason or another.




    • I would close all non-essential apps one at a time while monitoring the resource use.

    • The messages between apps may not even be error related, so they may not be reported by the monitor unless you make it more verbose.

    • I would then attempt to resart the dbus-deamon only if the above does not bare fruit.


    If you find that there is an app/apps that is causing this, I would then try to figure why those apps are behaving that way. You could then look through logs about that/those programs and find the cause.






    share|improve this answer








    New contributor




    Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






















      up vote
      1
      down vote













      The dbus-deamon is the messenger between applications. It may be that the dbus-deamon is being flooded with chatter between two or more applications on the system, for one reason or another.




      • I would close all non-essential apps one at a time while monitoring the resource use.

      • The messages between apps may not even be error related, so they may not be reported by the monitor unless you make it more verbose.

      • I would then attempt to resart the dbus-deamon only if the above does not bare fruit.


      If you find that there is an app/apps that is causing this, I would then try to figure why those apps are behaving that way. You could then look through logs about that/those programs and find the cause.






      share|improve this answer








      New contributor




      Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




















        up vote
        1
        down vote










        up vote
        1
        down vote









        The dbus-deamon is the messenger between applications. It may be that the dbus-deamon is being flooded with chatter between two or more applications on the system, for one reason or another.




        • I would close all non-essential apps one at a time while monitoring the resource use.

        • The messages between apps may not even be error related, so they may not be reported by the monitor unless you make it more verbose.

        • I would then attempt to resart the dbus-deamon only if the above does not bare fruit.


        If you find that there is an app/apps that is causing this, I would then try to figure why those apps are behaving that way. You could then look through logs about that/those programs and find the cause.






        share|improve this answer








        New contributor




        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        The dbus-deamon is the messenger between applications. It may be that the dbus-deamon is being flooded with chatter between two or more applications on the system, for one reason or another.




        • I would close all non-essential apps one at a time while monitoring the resource use.

        • The messages between apps may not even be error related, so they may not be reported by the monitor unless you make it more verbose.

        • I would then attempt to resart the dbus-deamon only if the above does not bare fruit.


        If you find that there is an app/apps that is causing this, I would then try to figure why those apps are behaving that way. You could then look through logs about that/those programs and find the cause.







        share|improve this answer








        New contributor




        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        share|improve this answer



        share|improve this answer






        New contributor




        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        answered 2 days ago









        Michael Prokopec

        1738




        1738




        New contributor




        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.





        New contributor





        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






        Michael Prokopec is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






























             

            draft saved


            draft discarded



















































             


            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f482746%2fwhats-causing-dbus-daemon-to-take-up-over-3gb-of-ram%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Accessing regular linux commands in Huawei's Dopra Linux

            Can't connect RFCOMM socket: Host is down

            Kernel panic - not syncing: Fatal Exception in Interrupt