<?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: 64 bit Vs 32 bit Application in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607421#M233897</link>
    <description>ssh does not need 64bit features at all. Changing a process to 64bits will not improve performance UNLESS the process is already using 64bit computations. 64bits only helps with massive (gigabyte) sized programs. ssh only uses a few megs. As mentioned, sshd is not issuing a message about too many connectins, it has run out of device files for the connections. Run SAM and increase the following 3 parameters to 700:&lt;BR /&gt; &lt;BR /&gt;npty 700&lt;BR /&gt;nstrpty 700&lt;BR /&gt;nstrtel 700&lt;BR /&gt; &lt;BR /&gt;SAM will automatically extend the (very low) default of 60 connections by adjusting both the kernel parameters and also creating the additional device files. If you think you'll need more, bump it up to more than you'll need (1000? 5000?)</description>
    <pubDate>Fri, 19 Aug 2005 08:58:01 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2005-08-19T08:58:01Z</dc:date>
    <item>
      <title>64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607414#M233890</link>
      <description>Folks,&lt;BR /&gt;&lt;BR /&gt;I have deployed OpenSSH 4.0 which is a 32 bit application on a production server (11i Box).&lt;BR /&gt;Our requirement is that it should serve more than 600 concurrent ssh connections, but sshd fails to do so when it receives more connections. Will 64 bit SSHD help in this situation.&lt;BR /&gt;&lt;BR /&gt;What are the advantages and disadvantages of 64 bit over 32 bit applications?&lt;BR /&gt;&lt;BR /&gt;Please share your thoughts.</description>
      <pubDate>Fri, 19 Aug 2005 04:44:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607414#M233890</guid>
      <dc:creator>Michael Selvesteen_2</dc:creator>
      <dc:date>2005-08-19T04:44:52Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607415#M233891</link>
      <description>I would think that a 64Bit version would not help this situation. It's more likely that the system is running out of resources with so many users logged on, Check /var/adm/syslog/syslog.log for details of why the ssh logging is failing. And Post the output</description>
      <pubDate>Fri, 19 Aug 2005 05:36:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607415#M233891</guid>
      <dc:creator>Derek Whigham_1</dc:creator>
      <dc:date>2005-08-19T05:36:46Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607416#M233892</link>
      <description>the advantages of 64 bit over 32 bit :&lt;BR /&gt;-higher performance&lt;BR /&gt;-increased system capacity parameters&lt;BR /&gt;-reduced swapping&lt;BR /&gt;64-bit integers, for&lt;BR /&gt;instance, provide the ability to operate on larger numbers in a single operation, improving performance for operations such as encryption, data copy, graphics, and large multimedia processes.</description>
      <pubDate>Fri, 19 Aug 2005 05:43:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607416#M233892</guid>
      <dc:creator>morganelan</dc:creator>
      <dc:date>2005-08-19T05:43:54Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607417#M233893</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Post the output of:&lt;BR /&gt;&lt;BR /&gt;#dmesg&lt;BR /&gt;&lt;BR /&gt;and do &lt;BR /&gt;&lt;BR /&gt;# sar -v 5 10&lt;BR /&gt;&lt;BR /&gt;when the system stops accepting connections and post the ouput.&lt;BR /&gt;&lt;BR /&gt;Enjoy :)&lt;BR /&gt;&lt;BR /&gt;Pedro</description>
      <pubDate>Fri, 19 Aug 2005 06:02:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607417#M233893</guid>
      <dc:creator>Pedro Cirne</dc:creator>
      <dc:date>2005-08-19T06:02:24Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607418#M233894</link>
      <description>What is the error that you get?? what kind of problems you experience when ssh users go above say 500??</description>
      <pubDate>Fri, 19 Aug 2005 07:37:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607418#M233894</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2005-08-19T07:37:35Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607419#M233895</link>
      <description>Have you check for your PSeudo devices, and whther you have enough configured in the kernel.</description>
      <pubDate>Fri, 19 Aug 2005 07:48:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607419#M233895</guid>
      <dc:creator>Paul Clayton</dc:creator>
      <dc:date>2005-08-19T07:48:06Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607420#M233896</link>
      <description>ssh is using streams based ptys so relevant kernel parameter to check is nstrpty.&lt;BR /&gt;&lt;BR /&gt;Also you could play with sshd_config parameter MaxStartups. The following text comes from sshd_config man page.&lt;BR /&gt;&lt;BR /&gt;     MaxStartups&lt;BR /&gt;             Specifies the maximum number of concurrent unauthenticated con-&lt;BR /&gt;             nections to the sshd daemon.  Additional connections will be&lt;BR /&gt;             dropped until authentication succeeds or the LoginGraceTime&lt;BR /&gt;             expires for a connection.  The default is 10.&lt;BR /&gt;&lt;BR /&gt;             Alternatively, random early drop can be enabled by specifying the&lt;BR /&gt;             three colon separated values â  start:rate:fullâ   (e.g.,&lt;BR /&gt;             "10:30:60").  sshd will refuse connection attempts with a proba-&lt;BR /&gt;             bility of â  rate/100â   (30%) if there are currently â  startâ   (10)&lt;BR /&gt;             unauthenticated connections.  The probability increases linearly&lt;BR /&gt;             and all connection attempts are refused if the number of unau-&lt;BR /&gt;             thenticated connections reaches â  fullâ   (60).</description>
      <pubDate>Fri, 19 Aug 2005 08:36:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607420#M233896</guid>
      <dc:creator>Ermin Borovac</dc:creator>
      <dc:date>2005-08-19T08:36:26Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607421#M233897</link>
      <description>ssh does not need 64bit features at all. Changing a process to 64bits will not improve performance UNLESS the process is already using 64bit computations. 64bits only helps with massive (gigabyte) sized programs. ssh only uses a few megs. As mentioned, sshd is not issuing a message about too many connectins, it has run out of device files for the connections. Run SAM and increase the following 3 parameters to 700:&lt;BR /&gt; &lt;BR /&gt;npty 700&lt;BR /&gt;nstrpty 700&lt;BR /&gt;nstrtel 700&lt;BR /&gt; &lt;BR /&gt;SAM will automatically extend the (very low) default of 60 connections by adjusting both the kernel parameters and also creating the additional device files. If you think you'll need more, bump it up to more than you'll need (1000? 5000?)</description>
      <pubDate>Fri, 19 Aug 2005 08:58:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607421#M233897</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-08-19T08:58:01Z</dc:date>
    </item>
    <item>
      <title>Re: 64 bit Vs 32 bit Application</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607422#M233898</link>
      <description>Hello All,&lt;BR /&gt;&lt;BR /&gt;Thanks to everyone for the reply. I have tuned the kernel parameters and the problem goes away. Now my sshd handles more concurrent connection than before.&lt;BR /&gt;&lt;BR /&gt;Thanks everyone for the timely help.</description>
      <pubDate>Tue, 23 Aug 2005 01:29:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/64-bit-vs-32-bit-application/m-p/3607422#M233898</guid>
      <dc:creator>Michael Selvesteen_2</dc:creator>
      <dc:date>2005-08-23T01:29:16Z</dc:date>
    </item>
  </channel>
</rss>

