Re: RSS usage higher on newer fedora releases higher for user-applications compared to 3.11.10-301.fc20.x86_64 release, what might be the reason?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks for taking the time to comment about the interest in our problem. 

I had "digest mode" setup for the email preference  and i could not reply to that particular message to the whole group(though i replied to the "digest email" and i could not see that on the mailing list .         

I responded to the person(Leon) who made that helpful suggestion  directly that it dint change the pmap output and i could still see the original problem. 



Now,  thanks to your question, here is the full output of trying that suggestion: 

1. Before implementing the suggestion:
 cat /sys/kernel/mm/transparent_hugepage/enabled
always [madvise] never


2. Implemented the suggestion and verified as below:
[root@fedora-20-64 ~]#  cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]


3. Still, i see the following pmap output:

[root@fedora-20-64 ~]#  pmap -X $(pidof test)
1577:   ./test

         Address Perm   Offset Device Inode Size  Rss Pss Referenced Anonymous Swap Locked Mapping
        00400000 r-xp 00000000  00:21 88738    4    4   4          4         0    0      0 test
        00600000 r--p 00000000  00:21 88738    4    4   4          4         4    0      0 test
        00601000 rw-p 00001000  00:21 88738    4    4   4          4         4    0      0 test
    7f3fe3f88000 r-xp 00000000  fd:00  1751 1744  796  12        796         0    0      0 libc-2.18.so
    7f3fe413c000 ---p 001b4000  fd:00  1751 2044    0   0          0         0    0      0 libc-2.18.so
    7f3fe433b000 r--p 001b3000  fd:00  1751   16   16  16         16        16    0      0 libc-2.18.so
    7f3fe433f000 rw-p 001b7000  fd:00  1751    8    8   8          8         8    0      0 libc-2.18.so
    7f3fe4341000 rw-p 00000000  00:00     0   20   12  12         12        12    0      0
    7f3fe4346000 r-xp 00000000  fd:00  1257  128  128   1        128         0    0      0 ld-2.18.so
    7f3fe454e000 rw-p 00000000  00:00     0   12   12  12         12        12    0      0
    7f3fe4564000 rw-p 00000000  00:00     0    4    4   4          4         4    0      0
    7f3fe4565000 r--p 0001f000  fd:00  1257    4    4   4          4         4    0      0 ld-2.18.so
    7f3fe4566000 rw-p 00020000  fd:00  1257    4    4   4          4         4    0      0 ld-2.18.so
    7f3fe4567000 rw-p 00000000  00:00     0    4    4   4          4         4    0      0
    7fffeded0000 rw-p 00000000  00:00     0  136    8   8          8         8    0      0 [stack]
    7fffedf42000 r--p 00000000  00:00     0    8    0   0          0         0    0      0 [vvar]
    7fffedf44000 r-xp 00000000  00:00     0    8    4   0          4         0    0      0 [vdso]
ffffffffff600000 r-xp 00000000  00:00     0    4    0   0          0         0    0      0 [vsyscall]
                                            ==== ==== === ========== ========= ==== ======
                                            4156 1012  97       1012        80    0      0 KB 


Enabling that option seemed to have increased the RSS output by about 80KB to 1012(though we do see some noise across different runs to be honest ). 

We will be glad to hear any further inputs on this issue.


Regards,
-Anand

On Tue, Jul 20, 2021 at 3:45 PM Jonathan Billings <billings@xxxxxxxxxx> wrote:
On Tue, Jul 20, 2021 at 08:23:33AM -0000, Anand Babu wrote:
>
>
> So, We were trying to move to Fedora 33  from Centos7  for our jvm and then we  found the memory consumption to be higher than Centos7.

Did the suggestion you got when you posted this on the CentOS list
help?

https://lists.centos.org/pipermail/centos/2021-July/354153.html

--
Jonathan Billings <billings@xxxxxxxxxx>
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux