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.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

Reply via email to