<?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: HEAP_ANALYZER in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024524#M24005</link>
    <description>Your server process must be doing a huge amount of memory management to get a 100 fold slow down. &lt;BR /&gt;&lt;BR /&gt;I'd try to isolate and simplify memory management within the application (which may resolve the issue you're trying to analyze!).&lt;BR /&gt;&lt;BR /&gt;For example, if you have a lot of malloc/free of a particular object, maintain your own free list. This will be faster, and won't engage the RTL memory management code every time you want to allocate or free something.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 24 Jan 2007 18:37:12 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2007-01-24T18:37:12Z</dc:date>
    <item>
      <title>HEAP_ANALYZER</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024521#M24002</link>
      <description>I have a client (PC) - server (ALPHA) application and am trying to use the HEAP_ANALYZER to look at memory usage.  However, it slows the server proces down by probably a factor of 100 and makes it almost impossible to do any data analysis.&lt;BR /&gt;&lt;BR /&gt;I would be interested in ways to make the HEAP_ANALYZER more responsive.</description>
      <pubDate>Wed, 24 Jan 2007 08:39:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024521#M24002</guid>
      <dc:creator>J McQueen</dc:creator>
      <dc:date>2007-01-24T08:39:58Z</dc:date>
    </item>
    <item>
      <title>Re: HEAP_ANALYZER</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024522#M24003</link>
      <description>This may all be very obvious to you, but I suspect most readers have no clue what you are talking about.&lt;BR /&gt;&lt;BR /&gt;Is this the OpenVMS (version?) debugger heap analyzer on the Alpha with an X windows display back to a client PC? &lt;A href="http://h71000.www7.hp.com/doc/82final/4538/4538pro_contents_003.html#toc_chapter_12" target="_blank"&gt;http://h71000.www7.hp.com/doc/82final/4538/4538pro_contents_003.html#toc_chapter_12&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;What is running on the PC, what on the Server? What communiation protocol?&lt;BR /&gt;Just a telnet session to a home grown application?&lt;BR /&gt;http client to apache server?&lt;BR /&gt;Oracle OCI / SQL*net to database?&lt;BR /&gt;Where is the heap analyzer running? Client or server? &lt;BR /&gt;What heap_analyzer? Web reference?&lt;BR /&gt;&lt;BR /&gt;There was a recent topic here which stopped just short of going into heap analyzers:&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1092400" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1092400&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;The most extreme/effective heap analyzers will intercept / replace malloc+free and use page protection schemes to trap invalid access. That would slow things down of course.&lt;BR /&gt;&lt;BR /&gt;fwiw,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Jan 2007 09:03:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024522#M24003</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2007-01-24T09:03:05Z</dc:date>
    </item>
    <item>
      <title>Re: HEAP_ANALYZER</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024523#M24004</link>
      <description>The server is a C-based, threaded program running on VMS 7.3-2 and the heap_analyzer is the openVMS debugger heap_analyzer.&lt;BR /&gt;&lt;BR /&gt;The client is a C# application on the PC using TCP/IP socket, message/response type communication with the server.&lt;BR /&gt;&lt;BR /&gt;The server allocates and frees memory buffers for the various messages.&lt;BR /&gt;&lt;BR /&gt;I would expect some slowdown but not as severe as what I found, so I figured there must be some way to make it more responsive.</description>
      <pubDate>Wed, 24 Jan 2007 09:48:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024523#M24004</guid>
      <dc:creator>J McQueen</dc:creator>
      <dc:date>2007-01-24T09:48:21Z</dc:date>
    </item>
    <item>
      <title>Re: HEAP_ANALYZER</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024524#M24005</link>
      <description>Your server process must be doing a huge amount of memory management to get a 100 fold slow down. &lt;BR /&gt;&lt;BR /&gt;I'd try to isolate and simplify memory management within the application (which may resolve the issue you're trying to analyze!).&lt;BR /&gt;&lt;BR /&gt;For example, if you have a lot of malloc/free of a particular object, maintain your own free list. This will be faster, and won't engage the RTL memory management code every time you want to allocate or free something.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Jan 2007 18:37:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024524#M24005</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2007-01-24T18:37:12Z</dc:date>
    </item>
    <item>
      <title>Re: HEAP_ANALYZER</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024525#M24006</link>
      <description>Answers not really that helpful and I haven't had the time to investigate more.</description>
      <pubDate>Thu, 01 Feb 2007 10:18:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/heap-analyzer/m-p/5024525#M24006</guid>
      <dc:creator>J McQueen</dc:creator>
      <dc:date>2007-02-01T10:18:18Z</dc:date>
    </item>
  </channel>
</rss>

