| Summary: | mcc Configure system security navigation extremely slow (msecgui) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Bit Twister <bittwister2> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | cazzaniga.sandro, davidwhodgins, rwalker, terraagua, thierry.vignaud |
| Version: | 4 | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | 4errata | ||
| Source RPM: | msec-0.80.10-14.mga4.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Bit Twister
2013-10-04 22:03:00 CEST
Sounds like a memory leak, but I cannot recreate the problem. With htop running in konsole, while scrolling it shows both X and python using around 30% each, but no growth of res or virt memory usage. What does htop show on your system, while scrolling the permissions? CC:
(none) =>
davidwhodgins (In reply to Dave Hodgins from comment #1) > Sounds like a memory leak, but I cannot recreate the problem. > > With htop running in konsole, while scrolling it shows both X and python > using around 30% each, but no growth of res or virt memory usage. > > What does htop show on your system, while scrolling the permissions? Running in an xterm, middle click the top and bottom of scroll bar space. Waiting more than a minute for bar to move, htop shows 296M VIRT 113M RES 82484 SHR AND 46 to 39% cpu /etc/X11/X 315m VIRT 33356 RES 16088 SHR AND 54 to 61% cpu /usr/bin/python mem is 1068/7987MB Load average: 0.93 0.81 0.47 As soon as I kill msecgui.py x11/x goes back to 0.0 cpu. 277M 103M 71996 $ cat /etc/sysconfig/desktop DESKTOP=KDE4 DISPLAYMANAGER=kdm Clean install of Mageia-4-alpha3-x86_64-DVD.iso +updates. Athlonll X4 635 (P) 2.9 GHz (95W) 4000 MHz HyperTransport 3.0 Socket AM3 8 gig of memory. Running with Plastic Window Decorations in an Oxygen Desktop Theme Problem happens in a VB guest and on two host machines. I am seeing this same problem on an up-to-date cauldron system (not a fresh install of the alpha). I can move the scroll bar only once before the window appears to become unresponsive and I have to kill the process. Similar htop results as in Comment#2. I'm using KDE and the nouveau video driver.
Manuel Hiebel
2013-10-07 12:40:58 CEST
CC:
(none) =>
thierry.vignaud This bug seems to be fixed for me - a clean install of beta2, fully updated. If Bit Twister agrees we can close it.
Thierry Vignaud
2013-12-29 14:00:41 CET
Source RPM:
msec-0.80.10-13.mga3.src.rpm =>
msec-gui-0.80.10-13.mga3 (In reply to James Kerr from comment #5) > This bug seems to be fixed for me - a clean install of beta2, fully updated. > > If Bit Twister agrees we can close it. Sorry can not agree; still bogs down the system to almost unusable. Had to ssh in from another system to kill it just now. :( I always do clean installs. FYI: Thierry $ rpm --query --queryformat 'Source rpm: %{SOURCERPM}' --file /usr/share/msec/msecgui.py Source rpm: msec-0.80.10-14.mga4.src.rpm Source RPM:
msec-gui-0.80.10-13.mga3 =>
msec-0.80.10-14.mga4.src.rpm I know but the bogus program is the gui sub package... As we've no maintainer for msec, you should ask for python devs on mageia-dev mailling list to look at this bug... (In reply to Thierry Vignaud from comment #7) > As we've no maintainer for msec, you should ask for python devs on > mageia-dev mailling list to look at this bug... Sounds good, except I have tried a few times to post to the dev/user mailing lists and have not been able to register/get anything posted. I'll post my mailing list register/reply problem in mageia forum and see if I can get a resolution. I can trigger this bug by disabling KDE desktop effects and cure it by turning desktop effects back on (logging out/in after each change). I've done this both on my main account, on which I've made a number of other desktop customisations, and on a virgin account. I've no idea what to do next in the way of trouble-shooting. Any suggestions? (In reply to James Kerr from comment #9) > I can trigger this bug by disabling KDE desktop effects OK, That is the second thing I do just after a clean install/updates. > I've no idea what to do next in the way of trouble-shooting. Any suggestions? Hopefully Sandro might find something. http://article.gmane.org/gmane.linux.mageia.devel/32088 (In reply to James Kerr from comment #9) > I can trigger this bug by disabling KDE desktop effects and cure it by > turning desktop effects back on (logging out/in after each change). I've Then this could be a theme engine bug. What theme are you using? (In reply to Thierry Vignaud from comment #11) > Then this could be a theme engine bug. > What theme are you using? kde Desktop Theme: Oxygen Window Decorations: plastik Desktop effects are disabled. I'm using the choices set by Mageia: Oxygen throughout, except for the "Desktop Theme" which is Air. I have not been able to re-produce the bug in Gnome3 or Gnome Classic, but it does happen in XFCE. I haven't tried other DE's. If I have time later today or tomorrow, I'll try experimenting some more. Hi guys, nothing found on my side :/ CC:
(none) =>
cazzaniga.sandro
Manuel Hiebel
2014-01-15 18:23:58 CET
Summary:
4_a3: mcc Configure system security navigation extremely slow =>
mcc Configure system security navigation extremely slow (msecgui) can you try with another theme ? seems that Oxygen have some issues CC:
(none) =>
makowski.mageia
Philippe Makowski
2014-03-26 15:03:12 CET
CC:
makowski.mageia =>
(none) (In reply to Philippe Makowski from comment #15) > can you try with another theme ? seems that Oxygen have some issues Using Crystal decorations / Elegance theme.... same results. Security is totally unusable. Clicking multiple times on the Close button, takes FOREVER for the system to terminate the window - using Xkill does the trick. Please advise. Running msecgui outside of MCC has the same effect - I'm guessing MCC just calls msecgui... Please advise. CC:
(none) =>
rwalker I've changed the Mageia version to 4 since this bug is still present in Mageia 4, but does not seem to be present in current cauldron. Version:
Cauldron =>
4 In my tests with Mageia KDE 4.1 64bit, the msec-gui only worked in LiveDVD and soon after install. After the first update, it was very slow, almost frozen. But in the cauldron (Mageia 5 Alpha 1 KDE 64bit) did not work (see <a href="https://bugs.mageia.org/show_bug.cgi?id=13837">Bug 13837</a>) Scrolling is working without delay on Release 4 and Release 5RC. Status:
NEW =>
RESOLVED |