<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Hyperthreading and memory allocation in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878573#M69462</link>
    <description>Information was posted on the link above.</description>
    <pubDate>Thu, 13 Jan 2005 14:03:20 GMT</pubDate>
    <dc:creator>Paul Ambro</dc:creator>
    <dc:date>2005-01-13T14:03:20Z</dc:date>
    <item>
      <title>Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878564#M69453</link>
      <description>Below is a printout of "top" which shows three instances (PID) of a process called src. On "top", each instance seems to be consuming 2.4G of memory however, there is actually only one "src" running. 3 PIDs are the result of the hyperthreading. Is it safe to assume that this process (src) is consuming 7.2G (2.4G x 3)or this is just how "top" displays the process, the total is in reality 2.4G?&lt;BR /&gt;&lt;BR /&gt;  PID USER RSS SHARE  %CPU %MEM   TIME COMMAND&lt;BR /&gt;14665 root 2.4G 2422M 21.1 65.2  1229m src&lt;BR /&gt;14670 root 2.4G 2422M 0.0 65.2   0:00 src&lt;BR /&gt;14671 root 2.4G 2422M 0.1 65.2  14:46 src&lt;BR /&gt;&lt;BR /&gt;tks,&lt;BR /&gt;ppaa</description>
      <pubDate>Thu, 06 Jan 2005 11:16:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878564#M69453</guid>
      <dc:creator>Paul Ambro</dc:creator>
      <dc:date>2005-01-06T11:16:43Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878565#M69454</link>
      <description>Hi Paul,&lt;BR /&gt;&lt;BR /&gt;Are you sure that 3 PIDs are because of HT ?&lt;BR /&gt;I don't think so. In my opinion you have 3 instances of "src" running. We can define it better if you show us the ppid for those pids.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;xyko</description>
      <pubDate>Thu, 06 Jan 2005 14:16:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878565#M69454</guid>
      <dc:creator>xyko_1</dc:creator>
      <dc:date>2005-01-06T14:16:57Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878566#M69455</link>
      <description>Let me clarify. I am starting a single application and it fires up three processes so I agree with you that it may not be due to hypertreading, though is Solaris it comes only as one PID. But the question remains. Does each PID allocate a separate memory space? Most people I talked to say no, but looking at my memory consumption, it is over 7G (memory+swap) which is consistent with (3x2.4G). This is the only big process running on the machine and adding all other processes doesn't come anything near this value.&lt;BR /&gt;&lt;BR /&gt;root     14665     1  5  2004 ?        21:37:02 src&lt;BR /&gt;root     14670 14665  0  2004 ?        00:00:00 src&lt;BR /&gt;root     14671 14670  0  2004 ?        00:15:25 src</description>
      <pubDate>Thu, 06 Jan 2005 16:35:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878566#M69455</guid>
      <dc:creator>Paul Ambro</dc:creator>
      <dc:date>2005-01-06T16:35:09Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878567#M69456</link>
      <description>Hi &lt;BR /&gt;&lt;BR /&gt;As xyko mentioned I don't think it is because of Hyper threading.&lt;BR /&gt;&lt;BR /&gt;Rgds&lt;BR /&gt;&lt;BR /&gt;HGN&lt;BR /&gt;</description>
      <pubDate>Thu, 06 Jan 2005 16:48:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878567#M69456</guid>
      <dc:creator>HGN</dc:creator>
      <dc:date>2005-01-06T16:48:22Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878568#M69457</link>
      <description>The process spawns two children, standard sort of 'threading'.&lt;BR /&gt;&lt;BR /&gt;If you use 'ps -elf | grep src$', you'll see the relations, both with the PPID, PID, as well as the thread type.&lt;BR /&gt;&lt;BR /&gt;Now, as it's a parent/child situation, they can share memory space, so I'd assume most of the 2.4GB allocated memory is shared.&lt;BR /&gt;&lt;BR /&gt;It's the one application/process, just has children spawned off it to control separate functions.&lt;BR /&gt;&lt;BR /&gt;On solaris, it showing only one process is just the way it handles threading.</description>
      <pubDate>Thu, 06 Jan 2005 17:35:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878568#M69457</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2005-01-06T17:35:06Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878569#M69458</link>
      <description>Stuart,&lt;BR /&gt;&lt;BR /&gt;It is a standard threading (parent/child situation). Indeed, whether it is hyper or not doesn't really matter.&lt;BR /&gt;&lt;BR /&gt;What I am really curious and would like your thoughts is whether te 2.4G is shared or not, and how can I verify this.&lt;BR /&gt;&lt;BR /&gt;As I mentioned, while the common sense it that it is shared, my machine is consuming 7.2+G of memory - and this is the only major process running. &lt;BR /&gt;&lt;BR /&gt;I want to find out if; this is how it should be or, it is a memory leak. Is there anyway I can verify the pointers for each separate PID?&lt;BR /&gt;&lt;BR /&gt;FYI this is ASE 2.1, on Solaris it doesn't happen, (it is 2.4 max mem).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;pa</description>
      <pubDate>Fri, 07 Jan 2005 09:40:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878569#M69458</guid>
      <dc:creator>Paul Ambro</dc:creator>
      <dc:date>2005-01-07T09:40:34Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878570#M69459</link>
      <description>Paul,&lt;BR /&gt;&lt;BR /&gt;in my opinion each src process is consuming 2.4 Gb of phisical memory. It's what RSS parameter of top is showing to us.&lt;BR /&gt;&lt;BR /&gt;Call TOP and isssue M subcommand to sort the output by memory consumption and see what it shows to you.&lt;BR /&gt;&lt;BR /&gt;Search RSS on TOP man page to understand my point.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Xyko</description>
      <pubDate>Fri, 07 Jan 2005 10:56:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878570#M69459</guid>
      <dc:creator>xyko_1</dc:creator>
      <dc:date>2005-01-07T10:56:25Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878571#M69460</link>
      <description>I disagree.&lt;BR /&gt;&lt;BR /&gt;Yes, 'rss' shows memory used by a process, but 'share' shows how much of it is SHARED, i.e. 2422M of it (all of it).&lt;BR /&gt;&lt;BR /&gt;As for what's usnig the memory, start by looking at the 'cache' and the 'buffers' values in top (or in /proc/meminfo).&lt;BR /&gt;&lt;BR /&gt;Otherwise, 'ps -elf' is your friend.</description>
      <pubDate>Sun, 09 Jan 2005 17:14:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878571#M69460</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2005-01-09T17:14:37Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878572#M69461</link>
      <description>Hi Paul and Stuart,&lt;BR /&gt;&lt;BR /&gt;I still agree that rss is the amount of real memory allocated to the pid. I may be wrong but ....&lt;BR /&gt;&lt;BR /&gt;I found some information regarding that stuff that may help us.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://mirror.hamakor.org.il/archives/linux-il/12-2003/7374.html" target="_blank"&gt;http://mirror.hamakor.org.il/archives/linux-il/12-2003/7374.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;regards all,&lt;BR /&gt;xyko</description>
      <pubDate>Mon, 10 Jan 2005 08:42:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878572#M69461</guid>
      <dc:creator>xyko_1</dc:creator>
      <dc:date>2005-01-10T08:42:27Z</dc:date>
    </item>
    <item>
      <title>Re: Hyperthreading and memory allocation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878573#M69462</link>
      <description>Information was posted on the link above.</description>
      <pubDate>Thu, 13 Jan 2005 14:03:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hyperthreading-and-memory-allocation/m-p/4878573#M69462</guid>
      <dc:creator>Paul Ambro</dc:creator>
      <dc:date>2005-01-13T14:03:20Z</dc:date>
    </item>
  </channel>
</rss>

