Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
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 "open.*fon
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
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
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
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
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