<?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: User executable in Memory in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772440#M75009</link>
    <description>&lt;BR /&gt;hi,&lt;BR /&gt;&lt;BR /&gt;Just another quick question.&lt;BR /&gt;&lt;BR /&gt;If we're using a 10mb executable to connect to a database. This executable will be open for most of the day. 100 users use this executable.&lt;BR /&gt;&lt;BR /&gt;Is that 1000MB of memory used up on the system ?</description>
    <pubDate>Thu, 25 Jul 2002 12:02:16 GMT</pubDate>
    <dc:creator>Glynn Aherne_1</dc:creator>
    <dc:date>2002-07-25T12:02:16Z</dc:date>
    <item>
      <title>User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772435#M75004</link>
      <description>&lt;BR /&gt;Is it possible to load an executable into shared memory for faster access and to save on resources. This executable will be executed many times by users in a day. The executable should only be loaded once into memory as opposed to the number of times the users run the executable.&lt;BR /&gt;&lt;BR /&gt;I think by setting the sticy bit on the executable might achieved this but not sure&lt;BR /&gt;&lt;BR /&gt;Thanks in advance &lt;BR /&gt;&lt;BR /&gt;G.</description>
      <pubDate>Thu, 25 Jul 2002 09:47:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772435#M75004</guid>
      <dc:creator>Glynn Aherne_1</dc:creator>
      <dc:date>2002-07-25T09:47:55Z</dc:date>
    </item>
    <item>
      <title>Re: User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772436#M75005</link>
      <description>Hi Glynn:&lt;BR /&gt;&lt;BR /&gt;You are correct.  From the man (2) pages for 'chmod':&lt;BR /&gt;&lt;BR /&gt;"If an executable file is prepared for sharing, mode bit S_ISVTX prevents the system from abandoning the swap-space image of the&lt;BR /&gt;program-text portion of the file when its last user terminates.  Then, when the next user of the file executes it, the text need not be read&lt;BR /&gt;from the file system but can simply be swapped in, thus saving time."&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;</description>
      <pubDate>Thu, 25 Jul 2002 10:08:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772436#M75005</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-07-25T10:08:37Z</dc:date>
    </item>
    <item>
      <title>Re: User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772437#M75006</link>
      <description>Hi James, I have a question.&lt;BR /&gt;If these programs are accumulated , will the swap area be not enough? How to prevent such case?&lt;BR /&gt;&lt;BR /&gt;Thank in advance!&lt;BR /&gt;-Gerald-</description>
      <pubDate>Thu, 25 Jul 2002 10:23:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772437#M75006</guid>
      <dc:creator>Fragon</dc:creator>
      <dc:date>2002-07-25T10:23:00Z</dc:date>
    </item>
    <item>
      <title>Re: User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772438#M75007</link>
      <description>Well, only the text portion is kept in memory and to futher save unnecessary space, multiple copies of the program will use the same text area. The text area is slightly smaller than the actual executable program on the disk. The text area is the unchangeable instructions and thus they can easily shared.  Note that you won't be saving any resources, you're just eliminating a read from disk to start the program. Also, once a copy is already executing, the program will never be read from the disk again as each additional copy uses the same text area.&lt;BR /&gt;&lt;BR /&gt;I doubt you will be able to measure any performance gains or see any additional swap usage unless the binary programs on the disk are many megabytes in size.</description>
      <pubDate>Thu, 25 Jul 2002 10:34:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772438#M75007</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2002-07-25T10:34:59Z</dc:date>
    </item>
    <item>
      <title>Re: User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772439#M75008</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;Thanking you for your help &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;G.</description>
      <pubDate>Thu, 25 Jul 2002 10:57:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772439#M75008</guid>
      <dc:creator>Glynn Aherne_1</dc:creator>
      <dc:date>2002-07-25T10:57:20Z</dc:date>
    </item>
    <item>
      <title>Re: User executable in Memory</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772440#M75009</link>
      <description>&lt;BR /&gt;hi,&lt;BR /&gt;&lt;BR /&gt;Just another quick question.&lt;BR /&gt;&lt;BR /&gt;If we're using a 10mb executable to connect to a database. This executable will be open for most of the day. 100 users use this executable.&lt;BR /&gt;&lt;BR /&gt;Is that 1000MB of memory used up on the system ?</description>
      <pubDate>Thu, 25 Jul 2002 12:02:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/user-executable-in-memory/m-p/2772440#M75009</guid>
      <dc:creator>Glynn Aherne_1</dc:creator>
      <dc:date>2002-07-25T12:02:16Z</dc:date>
    </item>
  </channel>
</rss>

