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

2018-10-18 Thread Alan Coopersmith

On 10/18/18 05:55 AM, Udo Grabowski (IMK) wrote:

This is strange, why in the world should the settings-daemon
read the fontpathes in an infinite loop ? Looks like its constantly
thinking the mate font configuration has changed.


I don't know about infinite loop, but you'll see libfontconfig iterating
through all the fonts in all the directories when it thinks its font
caches are out of date.   On Solarish systems, we have an SMF service
svc:/application/font/fc-cache to ensure the caches are up-to-date at
system boot and when IPS packages with fonts are installed, so it would
be good to check that's running and not reporting any errors in the SMF
logs for it.

--
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


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

2018-10-18 Thread Udo Grabowski (IMK)

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

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 :-)):
--
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 STATETIMECPU COMMAND
  2186 predrag_5  520  219M  117M run  1:28  7.23%
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
  2227 predrag_4  590   85M   65M sleep0:53  4.62%
/usr/lib/nwam-manager
   predrag_3  590   96M   75M sleep0:53  4.61%
/usr/bin/python2.7 /usr/lib/time-slider-notify
  2386 predrag_4  590  136M   99M sleep0:14  3.82% caja
  2225 predrag_4  590  126M   85M sleep0:45  3.82%
/usr/lib/amd64/mate/clock-applet
  2218 predrag_4  590  119M   83M sleep0:44  3.80%
/usr/lib/amd64/mate/stickynotes-applet
  2221 predrag_4  590  116M   79M sleep0:45  3.78%
/usr/lib/amd64/mate/mate-geyes-applet
  2136 predrag_4  520  115M   76M run  0:44  2.88% mate-session
  2201 predrag_3  590  114M   76M cpu/10:43  2.77%
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
  2209 predrag_3  520  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   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:
...


This is strange, why in the world should the settings-daemon
read the fontpathes in an infinite loop ? Looks like its constantly
thinking the mate font configuration has changed.


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


Please put them on some dropbox or similar place.
--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


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

2018-10-18 Thread Udo Grabowski (IMK)

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

I have give it a try again. Created truss from 2 top processes:
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemo


Typo here, or did you accidently truss 2484 instead of 2494 ?


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

   

2484/1:

  


--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


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

2018-10-18 Thread Predrag Zečević - Technical Support Analyst



On 10/18/18 14:26, Udo Grabowski (IMK) wrote:

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

I have give it a try again. Created truss from 2 top processes:
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemo

     
Typo here, or did you accidently truss 2484 instead of 2494 ?

Yes, that was typo.. Sorry :-(



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

    

2484/1:

   




--
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.zece...@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!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


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

2018-10-18 Thread Predrag Zečević - Technical Support Analyst

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 :-)):
--
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
   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   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, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 14108, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

2484/1: close(20)   = 0
2484/1: munmap(0xF9F4, 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, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 15000, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

2484/1: close(20)   = 0
2484/1: munmap(0xF9F4, 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, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 17496, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

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