<div dir="ltr">To Whom It May Concern:<div><br></div><div>Hello everybody. My name is Ewen and I am new to this distribution list.</div><div><br></div><div>So let me start with a little bit of background and the problem statement of what I am seeing/encountering.</div><div><br></div><div>I am running a SuperMicro Server 6027TR-HTRF (<a href="https://www.supermicro.com/products/system/2u/6027/sys-6027tr-htrf.cfm">https://www.supermicro.com/products/system/2u/6027/sys-6027tr-htrf.cfm</a>) (which uses a Matrox G200eW graphics chip and it has four half-width nodes, each node has two processor, each processor is an Intel Xeon E5-2690 (v1) (8-core, 2.9 GHz stock, HTT disabled) running SuSE Linux Enterprise Server 12 SP1 (SLES 12 SP1).</div><div><br></div><div>Here are some of the outputs from the system:</div><div><br></div><div><font face="monospace, monospace">ewen@aes4:~> X -version</font></div><div><font face="monospace, monospace"><br></font></div><div><font face="monospace, monospace">X.Org X Server 1.15.2</font></div><div><font face="monospace, monospace">Release Date: 2014-06-27</font></div><div><font face="monospace, monospace">X Protocol Version 11, Revision 0</font></div><div><font face="monospace, monospace">Build Operating System: openSUSE SUSE LINUX</font></div><div><font face="monospace, monospace">Current Operating System: Linux aes4 3.12.49-11-default #1 SMP Wed Nov 11 20:52:43 UTC 2015 (8d714a0) x86_64</font></div><div><font face="monospace, monospace">Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.12.49-11-default root=UUID=fc4dcdb9-2468-422c-b29f-8da42fd7dec0 resume=/dev/disk/by-uuid/1d5d8a9c-218e-4b66-b094-f5154ab08434 splash=silent quit showopts crashkernel=123M,high crashkernel=72M,low</font></div><div><font face="monospace, monospace">Build Date: 12 November 2015  01:23:55AM</font></div><div><font face="monospace, monospace"><br></font></div><div><font face="monospace, monospace">Current version of pixman: 0.32.6</font></div><div><font face="monospace, monospace">         Before reporting problems, check <a href="http://wiki.x.org">http://wiki.x.org</a></font></div><div><font face="monospace, monospace">         to make sure that you have the latest version.</font></div><div><font face="monospace, monospace">ewen@aes4:~> uname -a</font></div><div><font face="monospace, monospace">Linux aes4 3.12.49-11-default #1 SMP Wed Nov 11 20:52:43 UTC 2015 (8d714a0) x86_64 x86_64 x86_64 GNU/Linux</font></div><div><br></div><div>The problem that I am having is that I am running a CAE analysis application and during the course of the run, X will eventually consume close to 100 GiB of RAM (out of 125 GiB installed)</div><div><br></div><div><div><font face="monospace, monospace">ewen@aes4:~> date</font></div><div><font face="monospace, monospace">Tue Dec 5 05:08:28 EST 2017</font></div><div><font face="monospace, monospace">ewen@aes4:~> ps aux | grep Xorg</font></div><div><font face="monospace, monospace">root 2245 7.7 79.0 271100160 104332316 tty7 Ssl+ Nov25 1078:19 /usr/bin/Xorg :0 -background none -verbose -auth /run/gdm/aut</font></div><div><font face="monospace, monospace">h-for-gdm-9L7Ckz/database -seat seat0 -nolisten tcp vt7</font></div><div><font face="monospace, monospace">ewen 11769 0.0 0.0 10500 944 pts/1 R+ 05:08 0:00 grep --color=auto Xorg</font></div></div><div><br></div><div>This does not occur when I perform the same analysis in runlevel 3 and when I switch back to runlevel 5 and I am using GNOME for the desktop environment, regardless of whether I initiate the analysis via a Terminal inside GNOME or I ssh into the system (via cygwin from a Windows box), the host server's X memory usage will continually increase as the analysis progresses.</div><div><br></div><div>In trying to research this issue, I have found that I can either restrict the amount of cache that X does via <font face="monospace, monospace">ulimit -m</font> (Source: <a href="https://wiki.ubuntu.com/X/Troubleshooting/HighMemory">https://wiki.ubuntu.com/X/Troubleshooting/HighMemory</a>) or I can edit xorg.conf by adding this option:</div><div><br></div><div>Option "XaaNoPixmapCache"<br></div><div><br></div><div>(Source: <a href="https://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml">https://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml</a>)</div><div><br></div><div>Would that be the recommended solution to the problem that I am experiencing with X?</div><div><br></div><div>A couple of other notes:</div><div><br></div><div><font face="monospace, monospace">ewen@aes4:~> free -g</font></div><div><font face="monospace, monospace">             total       used       free     shared    buffers     cached<br></font></div><div><div><font face="monospace, monospace">Mem:           125        125          0          0          0          3</font></div><div><font face="monospace, monospace">-/+ buffers/cache:        122          3</font></div><div><font face="monospace, monospace">Swap:          256        170         85</font></div></div><div><font face="monospace, monospace">ewen@aes4:~> cat /proc/sys/vm/vfs_cache_pressure</font></div><div><font face="monospace, monospace">200</font></div><div><br></div><div>Your help and commentary would be greatly appreciated. Thank you.</div><div><br></div><div>Sincerely,</div><div><br></div><div>Ewen Chan</div></div>