Jump to content
  • 0
Sign in to follow this  
amerigena

Excessive CPU useage by menu_cached process

Question

I was working with my new 4.3.1 linstall, let it idle for a few hours, when I came back to it, the system was crawling and virtually useless.

Running top, several instances (3) of a process menu_cached. I'm not familiar with the process, so I output top to a text file and did a sudo killall menu-cached. This brought the system back-to-useable.

Lines detailing the process are below:

 

[7m  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     (B[m[39;49m[K
(B[m[1m21129 rg        23   3   30908    260      0 R  44.4  0.0  22:51.02 menu-cached (B[m[39;49m[K
(B[m[1m21142 rg        23   3   30908    260      0 R  44.4  0.0  22:50.38 menu-cached (B[m[39;49m[K
(B[m[1m21085 rg        23   3   30880    252      0 R  38.9  0.0  22:51.22 menu-cached (B[m[39;49m[K
(B[m[1m23412 rg        39  19  203188  66868  10184 R  38.9  2.0   0:18.10 efreet_ico+ (B[m[39;49m[K
 
Best I could do.
Output of lspci : 
 
-200:~$ lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller
 (rev 02)
00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root
 Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrate
d Graphics Controller (rev 02)
00:19.0 Ethernet controller: Intel Corporation 82562V-2 10/100 Network Connectio
n (rev 02)
00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controll
er #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA Controller [iDE mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA Controller [iDE mode] (rev 02)
 
Dmesg was too long. If anyone's interested, I can export it to a text file.
Thanks.

amerigena

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0

Another set of potential fixes from upstream into the repo. Please let me know if this seems to help folks seeing this issue (just run your system updates as normal to get them). 

Share this post


Link to post
Share on other sites
  • 0

Another set of potential fixes from upstream into the repo. Please let me know if this seems to help folks seeing this issue (just run your system updates as normal to get them). 

 

Using Open with in PCManFM and giving a custom command still shows 1 core at 100 %, so no progress.

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

Ahh looks like the update they are referencing isn't in their PPA yet. Should rebuild some time soon. Will post when there is another update. 

Share this post


Link to post
Share on other sites
  • 0

Using Open with in PCManFM and giving a custom command still shows 1 core at 100 %, so no progress.

Ahh looks like the update they are referencing isn't in their PPA yet. Should rebuild some time soon. Will post when there is another update.

 

He is still working on it Charles and Jeff, we have made progress tho. With his latest git commits Menu-cache is not at 100% anymore, nor is it after an e restart. (with efl 1.19.1, haven't been testing on latter versions of efl -- I am hoping for the best regarding latter versions)

 

It still has one outstanding issue and that is: The Application functionality of pcmanfm if it is enabled in pcmanfm settings doesn't function unless pcmanfm is started in a terminal :unsure:   (enlightenment/EFL desktops only, works fine in LXDE).  I have been doing the debugging and Andriy doing the patching of menu-cache so it is a little slow going. All thru e-mail and all as time and our work schedules permit. 

 

@Jeff that LXDE-dev PPA you are using is about one day behind the git commits. So I would anticipate maybe two or more days before this is fully fixed and the fix in said PPA.  And that is assuming my last e-mail has enough information for Andriy to fully and correctly deal with the Application issue pcmanfm is now having. That is assuming the fix to come doesn't cause further issues or we don't discover further issues.

 

The last few relevant responses from Andriy:

You wrote to me:
[.......]

>.xsession-errors when it doesn't work:
>(pcmanfm:1129): Menu-Cache-CRITICAL **: fail to re-connect to the server.

This is pretty much bad. I suppose it's related to accept() errors handling
which was changed. If that's the case then you'll see menu-cached restarts
often. I would appreciate it if you could gather strace from menu-cached,
please, that should shed a light on what happens, maybe another case have
to be added besides (errno == ECONNABORTED) as a valid failure condition.
Thank you in advance!

    With best regards,
    Andriy.

 

 I sent a huge strace file at this point clearly showing, I was hoping anyway,  the Application malfunction of pcmanfm.

 

Hi again!

Nevermind my last letter, I've found everything in your strace. Working
on it. Thank you very much.

    With best regards,
    Andriy.

This is one of things I absolutely love about Open-source, Developers are so accessible and almost always very helpful. That is if you ask the right way and provide the right information and are willing and able to help in the process :)

  • Like 3

Share this post


Link to post
Share on other sites
  • 0

Very much like the way you are working together. Too bad this stuff is beyond my skills.

 

Enjoy,

Charles

 

Thanks Charles :D I am putting a lot of time into this as I suppose he is also. I am very very grateful he has an interest in this as this library works fine in LXDE. At this point I have stopped hunting for specific efl commits which broke menu-cache functionality and letting Andriy attempt to patch the menu-cache code to address the errors this library is getting when running under EFL. I am hoping he doesn't get discouraged or lose interest as I feel we are close to a real solution. Also on a plus side i am following his commits and have gone over some of  the 'socket' code in EFL so I am learning some stuff about that kind of programming which I have never had any experience with. So it is all good :D

 

That's why Ylee's title is "King of the Software page" :)

 

The Title "king of the Software page" is sorta obsolete these days as I no longer have anything to do with our app center. Perhaps I should have it changed to something else like  Debugging hard a** issues no else wants to mess with but we need fixed.  :lol: Some of the Team members know we have enough of these issue to keep me busy indefinitely. It seems every time I get one fixed I add another or more to the list. A few have me completely stumped and are on hold. Hopefully I will get back to them sometime  B)

Share this post


Link to post
Share on other sites
  • 0

I am tentatively proclaiming that with his latest commits Andriy (LStranger) has fixed this issue. Menu-cache is now patched to address the issue we were having using pcmanfm and this library and efl 1.19.1. I have not tested any latter versions of EFL(or enlightenment) but do not anticipate any issues. Give it a few days for the LXDE-dev PPA to add the new deb files and either Jeff or I can put them in Bodhis repo.

 

Thanks all for the patience all have shown in this issue.

  • Like 6

Share this post


Link to post
Share on other sites
  • 0

I think I speak for more than myself on this but, Thanks ylee for all your time and effort in keeping Bodhi Linux one of the best distro's around!

  • Like 7

Share this post


Link to post
Share on other sites
  • 0

Seems to work here.

 

Bodhi 4.2.0-64 fully updated as off today.

PCManFM > Open with.. > custom command --> no issues

PCManFM > Left pane Applications --> no issues

 

Thanks to all involved, great work !!

 

Enjoy,

Charles

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

Looks to be fixed here! Not only does it fix the cpu issue - but the applications menu entry is functional for the first time ever.

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

Looks to be fixed here! Not only does it fix the cpu issue - but the applications menu entry is functional for the first time ever.

 

I made sure the Applications menu would also be fixed. It was a related but separate issue, took another commit or so on Andriys part. Me just sending an gdb backtrace illustrating the issue.

 

But anyway I beleive this issue is fixed and we can move on to other projects, issues, and or bugs.  B)

  • Like 2

Share this post


Link to post
Share on other sites
  • 0

I have added the hopeful last set of potential fixes from upstream into the repo. Please let us know if this fixes the menu-cache issue reported here. It should in theory and it does for me locally on my test machines.

 

Just run your system updates as normal to install them. Or if you would prefer not to update your entire system the below should suffice:

 

 

sudo apt-get update

sudo apt-get install libmenu-cache3 libmenu-cache-bin

  

 If these  packages cause any additional issues NOT related to the menu-cache issue please open a new support thread. Thanks for your time and patience.

 

 

Thanks Randy  :D But really no need to thanks me. It is all in days work or in this case almost a weeks work. And really the true thanks goes to Andriy who had an interest and motivation to fix an LXDE library which worked fine in LXDE to accommodate changes in EFL and who quickly knew how to modify the menu-cache code based up the errors showing up in my debugging sessions. It would have taken me days if not weeks to get to that level of competency  with that code base. 

 

 

Regardless I have always contributed back to Open-source as long as I have been using it. This predates my usage of Bodhi. It is just I am really visible here and Bodhi members of course notice.

 

Thank Andrly also.
But if not for you getting on this issue, and finding the right LXDE dev, and working with him, this may never have been solved. 
 
It just speaks volumes about the devs, involved with Bodhi. From the Waiter's constant updating of themes and modules, to Jeff's vision, and work with keeping the distro upgraded, and Charles constant help solving issues, along with all the other quality help from others (sef and who knows, who all else) it made Moksha very possible. And as a user, I know I appreciate it!  This is one outstanding Distro!
 
And since LXDE is my second favorite desktop, It's win win for me!!
  • Like 6

Share this post


Link to post
Share on other sites
  • 0

Thank you Randy and others for kind words (for Ylee first). I hope I can speak on behalf of the team. Yes, we are very small team and we are doing our best. Must be aware we have our jobs, families and other duties/hobbies. I am also astonished where we get our time and power for this project. Anyway, it is real at this time and space and we are glad we are a part of something which does make sense.

  • Like 4

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×