<?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: question about shared memory in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912085#M832764</link>
    <description>thanks people, that solved my problem&lt;BR /&gt;itai</description>
    <pubDate>Wed, 13 Jul 2005 10:59:43 GMT</pubDate>
    <dc:creator>itai weisman</dc:creator>
    <dc:date>2005-07-13T10:59:43Z</dc:date>
    <item>
      <title>question about shared memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912081#M832760</link>
      <description>Hello everyone,&lt;BR /&gt;on HPUX 11.11 systems on PA-Risc &lt;BR /&gt;I'd like to know if there is any way to see if there is a fragmention in the shared memory , in the free area or in the used by any processes , for the shared memory areas that related to 32bit application (1.7gb) and on 64bit application.&lt;BR /&gt;I know know how to use 'ipcs' and 'ipcrm' in order to see the segments that are in use, but i don't know how to see the largest contingous free (and used) area in the shared memory.&lt;BR /&gt;if anyone has any idea, please let me know.&lt;BR /&gt;Thanks people.&lt;BR /&gt;Itai&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Jul 2005 10:48:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912081#M832760</guid>
      <dc:creator>itai weisman</dc:creator>
      <dc:date>2005-07-12T10:48:27Z</dc:date>
    </item>
    <item>
      <title>Re: question about shared memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912082#M832761</link>
      <description>A rather good utility is shminfo. It's an unsupported utility available via ftp from&lt;BR /&gt;hprc.external.hp.com. Login as contrib. Password 9unsupp8. Look under sysadmin/programs/shminfo.&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Jul 2005 12:07:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912082#M832761</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-07-12T12:07:23Z</dc:date>
    </item>
    <item>
      <title>Re: question about shared memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912083#M832762</link>
      <description>Thanks,&lt;BR /&gt;i already checked this proggram - I'm not sure i understood it correctly.&lt;BR /&gt;on the last section:&lt;BR /&gt;&lt;BR /&gt;Maximum shmem segment:    1048576 Kbytes (shmmax)&lt;BR /&gt;Largest free  segment:    1048576 Kbytes (Window id 0 (global) quadrant 2)&lt;BR /&gt;Available swap       :    3274192 Kbytes (swapspc_cnt)&lt;BR /&gt;Available pseudo-swap:     864028 Kbytes (swapmem_cnt)&lt;BR /&gt;according to that, my largest free segment is about 1gb, for 32bit application.&lt;BR /&gt;but it can't be true, I receive the exact same result, even on machines i'm sure the whole free space should be much smaller (i have a machine that runs Oracle8i 32bit, that uses 1.4 gb out of 1.8 available shared memory for 32bit proggrams, and yet, i receive this result.&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Jul 2005 12:33:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912083#M832762</guid>
      <dc:creator>itai weisman</dc:creator>
      <dc:date>2005-07-12T12:33:33Z</dc:date>
    </item>
    <item>
      <title>Re: question about shared memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912084#M832763</link>
      <description>Please run shminfo with -F option. You will show you the largest contiguous free area in the "Global 32-bit shared quadrants" section. I think that largest free segment that you see (1G) is related to use of memory windows.&lt;BR /&gt;&lt;BR /&gt;# shminfo -F&lt;BR /&gt;libp4 (7.0): Opening /stand/vmunix /dev/kmem&lt;BR /&gt;&lt;BR /&gt;Loading symbols from /stand/vmunix&lt;BR /&gt;shminfo (3.6)&lt;BR /&gt;&lt;BR /&gt;Global 32-bit shared quadrants:&lt;BR /&gt;===============================&lt;BR /&gt;        Space      Start        End  Kbytes Usage&lt;BR /&gt;Q4 0x05ef5800.0xc3914000-0xefffffff  727984 FREE</description>
      <pubDate>Tue, 12 Jul 2005 23:25:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912084#M832763</guid>
      <dc:creator>Ermin Borovac</dc:creator>
      <dc:date>2005-07-12T23:25:37Z</dc:date>
    </item>
    <item>
      <title>Re: question about shared memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912085#M832764</link>
      <description>thanks people, that solved my problem&lt;BR /&gt;itai</description>
      <pubDate>Wed, 13 Jul 2005 10:59:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/question-about-shared-memory/m-p/4912085#M832764</guid>
      <dc:creator>itai weisman</dc:creator>
      <dc:date>2005-07-13T10:59:43Z</dc:date>
    </item>
  </channel>
</rss>

