<div dir="ltr"><div><div>Hi, Kienan <br><br></div>Sorry for the late reply.<br><br></div><div>Looks like in buster the memory is allocated by lttng-consumerd reserved<br><br>I buster, the rss is less than the VIRT<br>root@localhost:~# COLUMNS=500 top -b -n 1 | grep lttng<br> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br> 4095 root 20 0 1003188 31256 4660 S 0.0 0.1 0:03.81 lttng-sessiond<br> 4096 root 20 0 44260 796 0 S 0.0 0.0 0:00.01 lttng-runas<br> 4440 root 20 0 5236020 10224 8756 S 0.0 0.0 2:56.25 lttng-consumerd -- here the VIRT is much more higher than RSS<br> 4443 root 20 0 48048 540 0 S 0.0 0.0 0:00.12 lttng-runas<br><br><br><br>In bookworm the VIRT and RES are nearly the same only.<br>root@edgecore-40XKE-j2-101-32:~# COLUMNS=500 top -b -n 1 | grep lttng<br> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br> 4382 root 20 0 1098824 42600 8436 S 0.0 0.1 0:08.87 lttng-sessiond<br> 4403 root 20 0 48928 2116 996 S 0.0 0.0 0:00.00 lttng-runas<br> 5171 root 20 0 9879764 8.9g 8.9g S 0.0 28.7 108:23.53 lttng-consumerd -- here the VRIT is nearly equal to RSS<br> 5173 root 20 0 3680 1028 680 S 0.0 0.0 0:00.88 lttng-runas</div><div><br><br></div><div>Looks like lttng consumerd is allocating and reserving those pages, when any instrumented application starts.<br><br></div><div>I am attaching the lttng status output in the mail, please do tell me if you need any more information regarding this.<br><br><br></div><div>These is how we used to create the lttng channels and enable event which is same in both buster and bookworm, (number of channels might differ)<br><br><div style="color:rgb(204,204,204);background-color:rgb(31,31,31);font-family:"JetBrainsMono Nerd Font",Menlo,Monaco,"Courier New",monospace;font-weight:normal;font-size:12px;line-height:18px;white-space:pre"><div><span style="color:rgb(86,156,214)">def</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(220,220,170)">enable_channel</span><span style="color:rgb(204,204,204)">(</span><span style="color:rgb(156,220,254)">channels</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(156,220,254)">session</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(156,220,254)">subbuf_size</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(156,220,254)">subbuf_num</span><span style="color:rgb(204,204,204)">):</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">for</span><span style="color:rgb(204,204,204)"> c </span><span style="color:rgb(197,134,192)">in</span><span style="color:rgb(204,204,204)"> channels:</span></div><div><span style="color:rgb(204,204,204)"> call([</span><span style="color:rgb(206,145,120)">'lttng'</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(206,145,120)">'enable-channel'</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(206,145,120)">'-u'</span><span style="color:rgb(204,204,204)">, c, </span><span style="color:rgb(206,145,120)">'-s'</span><span style="color:rgb(204,204,204)">, session, </span><span style="color:rgb(206,145,120)">'--subbuf-size'</span><span style="color:rgb(204,204,204)">,</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(78,201,176)">str</span><span style="color:rgb(204,204,204)">(subbuf_size), </span><span style="color:rgb(206,145,120)">'--num-subbuf'</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(78,201,176)">str</span><span style="color:rgb(204,204,204)">(subbuf_num),],</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(156,220,254)">stdout</span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)">devnull, </span><span style="color:rgb(156,220,254)">stderr</span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)">subprocess.STDOUT)</span></div><br><br><div><span style="color:rgb(86,156,214)">def</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(220,220,170)">enable_events</span><span style="color:rgb(204,204,204)">(</span><span style="color:rgb(156,220,254)">traces</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(156,220,254)">session</span><span style="color:rgb(204,204,204)">):</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">for</span><span style="color:rgb(204,204,204)"> t </span><span style="color:rgb(197,134,192)">in</span><span style="color:rgb(204,204,204)"> traces:</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">if</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">'log-level-only'</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(86,156,214)">in</span><span style="color:rgb(204,204,204)"> t:</span></div><div><span style="color:rgb(204,204,204)"> log_opt </span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">'--loglevel-only='</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(212,212,212)">+</span><span style="color:rgb(204,204,204)"> t[</span><span style="color:rgb(206,145,120)">'log-level-only'</span><span style="color:rgb(204,204,204)">]</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">elif</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">'log-level'</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(86,156,214)">in</span><span style="color:rgb(204,204,204)"> t:</span></div><div><span style="color:rgb(204,204,204)"> log_opt </span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">'--loglevel='</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(212,212,212)">+</span><span style="color:rgb(204,204,204)"> t[</span><span style="color:rgb(206,145,120)">'log-level'</span><span style="color:rgb(204,204,204)">]</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">else</span><span style="color:rgb(204,204,204)">:</span></div><div><span style="color:rgb(204,204,204)"> log_opt </span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">''</span></div><br><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(197,134,192)">else</span><span style="color:rgb(204,204,204)">:</span></div><div><span style="color:rgb(204,204,204)"> call([</span><span style="color:rgb(206,145,120)">'lttng'</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(206,145,120)">'enable-event'</span><span style="color:rgb(204,204,204)">, </span><span style="color:rgb(206,145,120)">'-u'</span><span style="color:rgb(204,204,204)">, t[</span><span style="color:rgb(206,145,120)">'name'</span><span style="color:rgb(204,204,204)">], </span><span style="color:rgb(206,145,120)">'-c'</span><span style="color:rgb(204,204,204)">, t[</span><span style="color:rgb(206,145,120)">'channel'</span><span style="color:rgb(204,204,204)">],</span></div><div><span style="color:rgb(204,204,204)"> </span><span style="color:rgb(206,145,120)">'-s'</span><span style="color:rgb(204,204,204)">, session], </span><span style="color:rgb(156,220,254)">stdout</span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)">devnull, </span><span style="color:rgb(156,220,254)">stderr</span><span style="color:rgb(212,212,212)">=</span><span style="color:rgb(204,204,204)">subprocess.STDOUT)</span></div></div><br></div><div><br></div><div>Thank You.</div><div>Lakshya</div><div><br></div><div><br><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Mar 12, 2025 at 8:06 PM <<a href="mailto:lttng-dev-request@lists.lttng.org">lttng-dev-request@lists.lttng.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send lttng-dev mailing list submissions to<br>
<a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" rel="noreferrer" target="_blank">https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:lttng-dev-request@lists.lttng.org" target="_blank">lttng-dev-request@lists.lttng.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:lttng-dev-owner@lists.lttng.org" target="_blank">lttng-dev-owner@lists.lttng.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of lttng-dev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
(Kienan Stewart)<br>
2. Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
(Gour DEV)<br>
3. Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
(Kienan Stewart)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 11 Mar 2025 14:55:21 -0400<br>
From: Kienan Stewart <<a href="mailto:kstewart@efficios.com" target="_blank">kstewart@efficios.com</a>><br>
To: Gour DEV <<a href="mailto:lakshyagour10@gmail.com" target="_blank">lakshyagour10@gmail.com</a>>, <a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br>
Subject: Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
Message-ID: <<a href="mailto:38dab5ef-f106-4e57-9e36-b4b30015c019@efficios.com" target="_blank">38dab5ef-f106-4e57-9e36-b4b30015c019@efficios.com</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi Lakshya,<br>
<br>
On 3/11/25 12:25 PM, Gour DEV wrote:<br>
> Hi, Kienan<br>
><br>
> here is the requested output<br>
><br>
> root@localhost:~# top -b -n 1 | grep lttng<br>
> 4841 root 20 0 11.5g 11.0g 11.0g S 5.9 35.4 8:39.93<br>
> lttng-c+<br>
> 4824 root 20 0 1098824 26456 5380 S 0.0 0.1 0:07.25<br>
> lttng-s+<br>
> 4825 root 20 0 48872 2188 1012 S 0.0 0.0 0:00.00<br>
> lttng-r+<br>
> 4843 root 20 0 3680 1160 816 S 0.0 0.0 0:00.23<br>
<br>
This top output for `localhost` seems very different than the output for <br>
`localhost` in your previous message.<br>
<br>
<br>
> lttng-r+<br>
> root@localhost:~# nrpco<br>
> bash: nrpco: command not found<br>
> root@localhost:~# nproc<br>
> 16<br>
> root@localhost:~# cat /sys/devices/system/cpu/possible<br>
> 0-15<br>
><br>
<br>
You indicated the bookworm machine has 32 cores, this is showing 16. If <br>
you're comparing a 16 core machine to a 32 core machine, it is very <br>
normal that the memory usage is higher on the 32 core machine.<br>
<br>
><br>
> Most of the process are running as asorcs user but some are running <br>
as root.<br>
<br>
So you have two users with instrumented applications.<br>
<br>
<br>
Given the discrepancies in the information provided I'm finding it a bit <br>
hard to understand what you're looking at.<br>
<br>
<br>
In general, a channel's shared memory footprint can be estimated with[1]:<br>
<br>
(nSubbuf * subbufSize) * (nCPUs + 1 iff snapshot mode is enabled) * <br>
(nUIDs or nPIDs)<br>
<br>
Note that the sub-buffer sizes you are using get rounded to the nearest <br>
larger power of 2. See [2].<br>
<br>
thanks,<br>
kienan<br>
<br>
[1]: <a href="https://lttng.org/docs/v2.13/#doc-channel-buffering-schemes" rel="noreferrer" target="_blank">https://lttng.org/docs/v2.13/#doc-channel-buffering-schemes</a><br>
[2]: <br>
<a href="https://lttng.org/man/1/lttng-enable-channel/v2.13/#doc-opt--subbuf-size" rel="noreferrer" target="_blank">https://lttng.org/man/1/lttng-enable-channel/v2.13/#doc-opt--subbuf-size</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 12 Mar 2025 14:49:07 +0530<br>
From: Gour DEV <<a href="mailto:lakshyagour10@gmail.com" target="_blank">lakshyagour10@gmail.com</a>><br>
To: Kienan Stewart <<a href="mailto:kstewart@efficios.com" target="_blank">kstewart@efficios.com</a>><br>
Cc: <a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br>
Subject: Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
Message-ID:<br>
<CAE9Jrzg7qsabhPiO-0=B1DY3bVo-3FYu2tiJR2Bmb=<a href="mailto:nqOHNZMw@mail.gmail.com" target="_blank">nqOHNZMw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi, Kienan<br>
<br>
I am attaching an screen recording of the behaviour I am seeing in this<br>
mail. The behaviour is same irrespective of the device i use, sorry for<br>
miscommunication in the npocs output (I assumed it was 32), but other than<br>
that all outputs are same (except the hostname as there are multiple<br>
devices with same lttng config but this memory cosumption is seen on all<br>
the devices).<br>
<br>
I had few question<br>
<br>
1. Does lltng allocated all the memory it needs and mark it as dirty in ram<br>
when any process which links/uses lttng-ust runs? (here i tried with one<br>
process but it is same for any of my process)<br>
2. (nSubbuf * subbufSize) * (nCPUs + 1 iff snapshot mode is enabled) *<br>
(nUIDs or nPIDs)<br>
<br>
How do we calculate uid in the system is it all uids in the system? is it<br>
equal to `cat /etc/passwd | wc -l` ?<br>
<br>
I will put my calculations according to the above estimate based on all the<br>
channel i am creating<br>
<br>
(4194304*4 + 262144*4 + 16384*4) * (16) * (30 if number user are equal to<br>
`cat /etc/passwd | wc -l`)B = 7.998046875 GB approx [this is based on the<br>
start_lttng.py please do correct me if am wrong here.]<br>
<br>
But since there are only two users which uses lttng i think the correct<br>
estimate would be<br>
(4194304*4 + 262144*4 + 16384*4) * (16) * (2)B = 546MB<br>
<br>
Please do correct me If I am wrong calculations here.<br>
<br>
Now, there are a few things here, according to my output lttng is using 11G<br>
which is much more higher than the what is configured.<br>
<br>
I am attaching the lttng status and the file which is uses to create the<br>
lttng sessions.<br>
<br>
<br>
<br>
Thank You.<br>
<br>
<br>
<a href="https://drive.google.com/file/d/1tS_ZWEsXDpHZXfWzZHXmWcT0igiIOIaa/view?usp=sharing" rel="noreferrer" target="_blank">https://drive.google.com/file/d/1tS_ZWEsXDpHZXfWzZHXmWcT0igiIOIaa/view?usp=sharing</a><br>
-- recording of the behaviour which is seen<br>
<a href="https://drive.google.com/file/d/1PrU31oyEw1n9tKETlUtmNGO50s6ywx7p/view?usp=sharing" rel="noreferrer" target="_blank">https://drive.google.com/file/d/1PrU31oyEw1n9tKETlUtmNGO50s6ywx7p/view?usp=sharing</a><br>
-- the file which is used to create lttng sessions<br>
<br>
<br>
On Wed, Mar 12, 2025 at 12:25?AM Kienan Stewart <<a href="mailto:kstewart@efficios.com" target="_blank">kstewart@efficios.com</a>><br>
wrote:<br>
<br>
> Hi Lakshya,<br>
><br>
> On 3/11/25 12:25 PM, Gour DEV wrote:<br>
> > Hi, Kienan<br>
> ><br>
> > here is the requested output<br>
> ><br>
> > root@localhost:~# top -b -n 1 | grep lttng<br>
> > 4841 root 20 0 11.5g 11.0g 11.0g S 5.9 35.4 8:39.93<br>
> > lttng-c+<br>
> > 4824 root 20 0 1098824 26456 5380 S 0.0 0.1 0:07.25<br>
> > lttng-s+<br>
> > 4825 root 20 0 48872 2188 1012 S 0.0 0.0 0:00.00<br>
> > lttng-r+<br>
> > 4843 root 20 0 3680 1160 816 S 0.0 0.0 0:00.23<br>
><br>
> This top output for `localhost` seems very different than the output for<br>
> `localhost` in your previous message.<br>
><br>
><br>
> > lttng-r+<br>
> > root@localhost:~# nrpco<br>
> > bash: nrpco: command not found<br>
> > root@localhost:~# nproc<br>
> > 16<br>
> > root@localhost:~# cat /sys/devices/system/cpu/possible<br>
> > 0-15<br>
> ><br>
><br>
> You indicated the bookworm machine has 32 cores, this is showing 16. If<br>
> you're comparing a 16 core machine to a 32 core machine, it is very<br>
> normal that the memory usage is higher on the 32 core machine.<br>
><br>
> ><br>
> > Most of the process are running as asorcs user but some are running<br>
> as root.<br>
><br>
> So you have two users with instrumented applications.<br>
><br>
><br>
> Given the discrepancies in the information provided I'm finding it a bit<br>
> hard to understand what you're looking at.<br>
><br>
><br>
> In general, a channel's shared memory footprint can be estimated with[1]:<br>
><br>
> (nSubbuf * subbufSize) * (nCPUs + 1 iff snapshot mode is enabled) *<br>
> (nUIDs or nPIDs)<br>
><br>
> Note that the sub-buffer sizes you are using get rounded to the nearest<br>
> larger power of 2. See [2].<br>
><br>
> thanks,<br>
> kienan<br>
><br>
> [1]: <a href="https://lttng.org/docs/v2.13/#doc-channel-buffering-schemes" rel="noreferrer" target="_blank">https://lttng.org/docs/v2.13/#doc-channel-buffering-schemes</a><br>
> [2]:<br>
> <a href="https://lttng.org/man/1/lttng-enable-channel/v2.13/#doc-opt--subbuf-size" rel="noreferrer" target="_blank">https://lttng.org/man/1/lttng-enable-channel/v2.13/#doc-opt--subbuf-size</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.lttng.org/pipermail/lttng-dev/attachments/20250312/57f240d8/attachment-0001.htm" rel="noreferrer" target="_blank">https://lists.lttng.org/pipermail/lttng-dev/attachments/20250312/57f240d8/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 12 Mar 2025 10:36:28 -0400<br>
From: Kienan Stewart <<a href="mailto:kstewart@efficios.com" target="_blank">kstewart@efficios.com</a>><br>
To: Gour DEV <<a href="mailto:lakshyagour10@gmail.com" target="_blank">lakshyagour10@gmail.com</a>>, <a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br>
Subject: Re: Memory Consumption High After Upgrading to 2.13 from 2.10<br>
Message-ID: <<a href="mailto:0f819583-ea8e-468e-9102-e1410d886a6f@efficios.com" target="_blank">0f819583-ea8e-468e-9102-e1410d886a6f@efficios.com</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi Lakshya,<br>
<br>
On 3/12/25 5:03 AM, Gour DEV wrote:<br>
> Hi, Kienan<br>
> <br>
> I am attaching an screen recording of the behaviour I am seeing in this<br>
> mail. The behaviour is same irrespective of the device i use, sorry for<br>
> miscommunication in the npocs output (I assumed it was 32), but other than<br>
> that all outputs are same (except the hostname as there are multiple<br>
> devices with same lttng config but this memory cosumption is seen on all<br>
> the devices).<br>
> <br>
> I had few question<br>
> <br>
> 1. Does lltng allocated all the memory it needs and mark it as dirty in ram<br>
> when any process which links/uses lttng-ust runs? (here i tried with one<br>
> process but it is same for any of my process)<br>
<br>
I believe the shared memory for per-CPU data structures is allocated <br>
when an instrumented application connects. There is no pre-allocation <br>
for each possible UID on the system.<br>
<br>
You can run your instrumented applications with `LTTNG_UST_DEBUG=1` to <br>
see when the connection happens[1].<br>
<br>
> 2. (nSubbuf * subbufSize) * (nCPUs + 1 iff snapshot mode is enabled) *<br>
> (nUIDs or nPIDs)<br>
> <br>
> How do we calculate uid in the system is it all uids in the system? is it<br>
> equal to `cat /etc/passwd | wc -l` ?<br>
<br>
nUIDs is the number of distinct UIDs running instrumented applications.<br>
<br>
> <br>
> I will put my calculations according to the above estimate based on all the<br>
> channel i am creating<br>
> <br>
> (4194304*4 + 262144*4 + 16384*4) * (16) * (30 if number user are equal to<br>
> `cat /etc/passwd | wc -l`)B = 7.998046875 GB approx [this is based on the<br>
> start_lttng.py please do correct me if am wrong here.]<br>
> <br>
> But since there are only two users which uses lttng i think the correct<br>
> estimate would be<br>
> (4194304*4 + 262144*4 + 16384*4) * (16) * (2)B = 546MB<br>
<br>
The estimate I gave is per-channel.<br>
<br>
small channel: (0.015625 MiB * 4) * (16 + 1) = 1.0625 MiB per-channel <br>
per-UID<br>
medium channel: (0.250 MiB * 4) * (16 + 1) = 17.0 MiB per-channel per-UID<br>
large channel: (4 MiB * 4) * (16 + 1) = 27 2MiB per-channel per-UID<br>
<br>
Now, you said you have 0 small channels, 6 medium channels, and 16 large <br>
channels in your session. (Note: I see your script differs from these <br>
stated channel counts).<br>
<br>
small: 0 * 1.0625 MiB = 0 MiB per-UID<br>
medium: 6 * 17 MiB = 102 MiB per-UID<br>
large: 16 * 272 MiB = 4352 MiB per-UID<br>
<br>
And if you're running instrumented applications with 2 users:<br>
<br>
small: 0 MiB * 2 = 0 MiB with 2 UIDs<br>
medium: 102 MiB * 2 = 204 MiB with 2 UIDs<br>
large: 4352 MiB * 2 = 8704 MiB with 2 UIDs<br>
<br>
Now this is just an estimation for the per-CPU ring buffers only, and <br>
you numbers aren't hugely off so without analyzing your specific system <br>
it doesn't seem to be that strange to me.<br>
<br>
If I take the number of channels I see in your script, it becomes:<br>
<br>
small: 0 MiB with 2 UIDs<br>
medium: 136 MiB with 2 UIDs<br>
large: 7616 MiB with 2 UIDs<br>
<br>
total: 7.57 GiB with 2 UIDs<br>
<br>
> <br>
> Please do correct me If I am wrong calculations here.<br>
> <br>
> Now, there are a few things here, according to my output lttng is using 11G<br>
> which is much more higher than the what is configured.<br>
> <br>
<br>
I have no idea what 'service start spyder' is doing. Maybe it's running <br>
instrumented applications with an extra user that you didn't expect? I <br>
can't help you with that aspect of your system.<br>
<br>
The above estimated 7.57 GiB with 2 UIDs would be 11.35 GiB with 3 UIDs <br>
so maybe?<br>
<br>
I'd recommend you read your verbose sessiond log so see which <br>
applications are connecting and with which UIDs.<br>
<br>
> I am attaching the lttng status and the file which is uses to create the<br>
> lttng sessions.<br>
> <br>
> <br>
> <br>
> Thank You.<br>
> <br>
<br>
In any case, the information you have given to date hasn't demonstrated <br>
to me in a tangible manner that you are seeing a difference related to <br>
the version of LTTng being used.<br>
<br>
thanks,<br>
kienan<br>
<br>
[1]: <a href="https://lttng.org/man/3/lttng-ust/v2.13/#doc-_environment_variables" rel="noreferrer" target="_blank">https://lttng.org/man/3/lttng-ust/v2.13/#doc-_environment_variables</a><br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
lttng-dev mailing list<br>
<a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br>
<a href="https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" rel="noreferrer" target="_blank">https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev</a><br>
<br>
<br>
------------------------------<br>
<br>
End of lttng-dev Digest, Vol 203, Issue 7<br>
*****************************************<br>
</blockquote></div>