[OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster

Predrag Zečević - Technical Support Analyst predrag.zecevic at 2e-systems.com
Thu Oct 18 12:15:33 UTC 2018


On 10/16/18 15:11, Udo Grabowski (IMK) wrote:
> On 16/10/2018 15:02, Predrag Zečević - Technical Support Analyst wrote:
>> On 10/16/18 09:14, Michal Nowak wrote:
>>> On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:
>>>> On 10/14/18 17:12, Michal Nowak wrote:
>>>>> ...
>> Hi Michal,
>>
>> Thanks for advice, but unfortunately it did not help:
>> did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in 
>> between...
>> No help.
>>
>> It does not look that caja is main cause or/and Xorg, but 
>> everything... I knom
>> top is not proper tool, but its name contains only 3 letters, so I 
>> could follow
>> my typing (prstat is much longer :-)):
>> ---<snip>---
>> last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 14:41:39
>> 116 processes: 104 sleeping, 9 running, 3 on cpu
>> CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0% 
>> swap
>> Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
>> Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free swap
>> ARC:    1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M 
>> Other
>>
>>    PID USERNAME NLWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
>>   2186 predrag_    5  52    0  219M  117M run      1:28  7.23%
>> /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
>>   2227 predrag_    4  59    0   85M   65M sleep    0:53  4.62%
>> /usr/lib/nwam-manager
>>   2222 predrag_    3  59    0   96M   75M sleep    0:53  4.61%
>> /usr/bin/python2.7 /usr/lib/time-slider-notify
>>   2386 predrag_    4  59    0  136M   99M sleep    0:14  3.82% caja
>>   2225 predrag_    4  59    0  126M   85M sleep    0:45  3.82%
>> /usr/lib/amd64/mate/clock-applet
>>   2218 predrag_    4  59    0  119M   83M sleep    0:44  3.80%
>> /usr/lib/amd64/mate/stickynotes-applet
>>   2221 predrag_    4  59    0  116M   79M sleep    0:45  3.78%
>> /usr/lib/amd64/mate/mate-geyes-applet
>>   2136 predrag_    4  52    0  115M   76M run      0:44  2.88% 
>> mate-session
>>   2201 predrag_    3  59    0  114M   76M cpu/1    0:43  2.77%
>> /usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
>>   2209 predrag_    3  52    0  116M   79M run      0:44  2.69%
>> /usr/lib/amd64/mate/trashapplet
>> ...
> 
> 
> There are way too much syscalls for a presumably idle system,
> about 10 times of the expected number.
> May a truss -f -p <pid>  on the high CPU processes could give
> clue what they are actually looking for.
> 

Hi all,

I have give it a try again. Created truss from 2 top processes:
* 2483 /usr/bin/python2.7 /usr/lib/time-sliderd
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon

$ ls -al  2delete/*truss*
-rw-r--r-- 1 predrag_zecevic admin 23M Oct 18 13:53 2delete/LOAD.2483.truss
-rw-r--r-- 1 predrag_zecevic admin 12M Oct 18 13:54 2delete/LOAD.2484.truss

Most of entries there are like:

2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR12-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR12-ISO8859-10.pcf", 
O_RDONLY) = 20
2484/1:         fcntl(20, F_SETFD, 0x00000001)                  = 0
2484/1:         fstat(20, 0x08046608)                           = 0
2484/1:         mmap(0x00000000, 14108, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F40000
2484/1:         close(20)                                       = 0
2484/1:         munmap(0xF9F40000, 14108)                       = 0
2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR14-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR14-ISO8859-10.pcf", 
O_RDONLY) = 20
2484/1:         fcntl(20, F_SETFD, 0x00000001)                  = 0
2484/1:         fstat(20, 0x08046608)                           = 0
2484/1:         mmap(0x00000000, 15000, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F40000
2484/1:         close(20)                                       = 0
2484/1:         munmap(0xF9F40000, 15000)                       = 0
2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR18-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR18-ISO8859-10.pcf", 
O_RDONLY) = 20
2484/1:         fcntl(20, F_SETFD, 0x00000001)                  = 0
2484/1:         fstat(20, 0x08046608)                           = 0
2484/1:         mmap(0x00000000, 17496, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F40000
2484/1:         close(20)                                       = 0

and it looks like fonts are re-reading in loops... Sometimes terminal 
(mate in this case) reacts fast, then slows down till stop, then is 
responsive again...

Also, this confirms loop:
$ grep -E "open.*fontpath" 2delete/LOAD.2484.truss | $awk '{print $2}' | 
sort | uniq -c | sort -rn | head -5
       6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-15:unscaled:pri=26",
       6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-15:pri=96",
       6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-14:unscaled:pri=26",
       6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-14:pri=96",
       6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-13:unscaled:pri=26",

$ grep -E "open.*fonts/" 2delete/LOAD.2484.truss | awk '{print $2}' | 
sort | uniq -c | sort -rn | head -5
       4 open64("/usr/share/fonts/X11/util",
       4 open64("/usr/share/fonts/X11/misc-ISO8859-9",
       4 open64("/usr/share/fonts/X11/misc-ISO8859-8",
       4 open64("/usr/share/fonts/X11/misc-ISO8859-7",
       4 open64("/usr/share/fonts/X11/misc-ISO8859-5",

(I have stopped truss, so number of open commands depends on very moment 
I pressed Ctrl-C)

If someone is interested in truss files, let contact me.

Thank you for your responses/ideas...

With best regards.
Predrag Zečević



-- 
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zecevic at 2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany
registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!



More information about the openindiana-discuss mailing list