<?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: Strange SAP Performance Issue in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892773#M402669</link>
    <description>Closing...</description>
    <pubDate>Thu, 31 Mar 2005 08:54:59 GMT</pubDate>
    <dc:creator>Geoff Wild</dc:creator>
    <dc:date>2005-03-31T08:54:59Z</dc:date>
    <item>
      <title>Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892758#M402654</link>
      <description>Basis has just finished doing a kernel upgrade to our DEV landscape.  They have their own test box - in which we just refreshed the data from DEV to it.  They did the kernel upgrade on their box first.  Then, after testing, they did it to our DEV server.&lt;BR /&gt;Both servers are HP-UX 11i with same patches. &lt;BR /&gt;&lt;BR /&gt;Here's the strange thing - a job that takes 2 hours to run on their test server - takes 4 hours and 15 minutes on our DEV server.  &lt;BR /&gt;&lt;BR /&gt;What is different -well, their test server is a lowly J5600 with 2 552 Mhz cpus and 4 GB of ram and single ended scsi disks. &lt;BR /&gt;&lt;BR /&gt;The DEV server - N4000-44 - with 4 x 440 Mhz cpus, 10 GB of ram and Fibre attached disks on DMX1000.&lt;BR /&gt;&lt;BR /&gt;No swapping on either box.&lt;BR /&gt;&lt;BR /&gt;The DEV server is a "shared" box - but SAP does most of the work - other APPS barely tax the system - so much so - we tend to wonder if they are used at all...&lt;BR /&gt;&lt;BR /&gt;The oracle db is just over 100GB...&lt;BR /&gt;&lt;BR /&gt;I've checked glance and perview data - see nothing to indicate a performance problem...&lt;BR /&gt;&lt;BR /&gt;Any ideas?&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Thu, 24 Mar 2005 11:53:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892758#M402654</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-24T11:53:15Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892759#M402655</link>
      <description>Geoff, would this new kernel have changed the kernel parameter shmmax ?  If the shared memory is cut up into more than 6 segments (from what I've been told), you'll get delays as the database will handle only 6 segments actively at a time, the rest of the requests queue up. Just a thought as to what kernel parameter could drastically change the performance of an Oracle database - but, I'm sure there are others. You should see a large amount of buffer_waits if that is the case.&lt;BR /&gt;&lt;BR /&gt;While I'm thinking of it -  have you run statspack yet to see if the large delays can be identified?&lt;BR /&gt;&lt;BR /&gt;Just a thought...</description>
      <pubDate>Thu, 24 Mar 2005 12:06:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892759#M402655</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2005-03-24T12:06:22Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892760#M402656</link>
      <description>Sorry - unclear - the kernel upgrade is a SAP kernel - not OS kernel.&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Thu, 24 Mar 2005 12:10:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892760#M402656</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-24T12:10:41Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892761#M402657</link>
      <description>:-) &lt;BR /&gt;&lt;BR /&gt;Oh... Well Then... Nevermind...&lt;BR /&gt;     - Rosanne Rosanna Danna</description>
      <pubDate>Thu, 24 Mar 2005 12:16:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892761#M402657</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2005-03-24T12:16:37Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892762#M402658</link>
      <description>No statspack - don't have it...&lt;BR /&gt;&lt;BR /&gt;See attached txt of O/S kernel parms...&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Thu, 24 Mar 2005 12:17:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892762#M402658</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-24T12:17:30Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892763#M402659</link>
      <description>Statspack - You've more than likely already have it - it's just not installed.&lt;BR /&gt;Look in $ORACLE_HOME/rdbms/admin/spdoc.txt to get the instructions.  All of the scripts to install it/run it, etc are in the same directory.  Suggest creating a separate user with a separate tablespace for this purpose as it can get sizeable after a while (there are purge tools though, so just purge more often if this is an issue).</description>
      <pubDate>Thu, 24 Mar 2005 12:37:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892763#M402659</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2005-03-24T12:37:06Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892764#M402660</link>
      <description>ping...</description>
      <pubDate>Tue, 29 Mar 2005 09:28:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892764#M402660</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-29T09:28:11Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892765#M402661</link>
      <description>Geoff,&lt;BR /&gt;&lt;BR /&gt;Do you see any "weird" behavior while viewing the systems in glance?  Are the systems using higher-than-expected amounts of time in system mode or context switching?</description>
      <pubDate>Tue, 29 Mar 2005 13:23:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892765#M402661</guid>
      <dc:creator>Kenneth Platz</dc:creator>
      <dc:date>2005-03-29T13:23:06Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892766#M402662</link>
      <description>Nothing weird in glance...&lt;BR /&gt;&lt;BR /&gt;The N-class server is using a bit more system time - but we are talking an average of 3.1 % with a high of 9.8 % and a context switch rate average of 0.2 and a high of 0.8 whereas the J5600 has an average system time of 0.8 % and a high of 3.4% and a context switch rate average of 0 with a high of only 0.2...&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Tue, 29 Mar 2005 13:38:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892766#M402662</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-29T13:38:08Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892767#M402663</link>
      <description>Geoff,&lt;BR /&gt;&lt;BR /&gt;What is this job - is it a single process that attachs to the database, gets data, crunches it up and writes it back?&lt;BR /&gt;&lt;BR /&gt;If its all in one process and it doesn't have lots of threads of execution then you may not be getting much benefit from the additional CPUs, and the J5600 CPUs are a bit faster.&lt;BR /&gt;&lt;BR /&gt;Would not account for such a massive difference though.&lt;BR /&gt;&lt;BR /&gt;Tony</description>
      <pubDate>Tue, 29 Mar 2005 15:29:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892767#M402663</guid>
      <dc:creator>Tony Scully_2</dc:creator>
      <dc:date>2005-03-29T15:29:44Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892768#M402664</link>
      <description>Geoff,&lt;BR /&gt;&lt;BR /&gt;Just wondering if this is resolved?  I'd be interested in what happened if it is.&lt;BR /&gt;&lt;BR /&gt;Tony</description>
      <pubDate>Wed, 30 Mar 2005 17:01:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892768#M402664</guid>
      <dc:creator>Tony Scully_2</dc:creator>
      <dc:date>2005-03-30T17:01:55Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892769#M402665</link>
      <description>Sorry Geoff, I don't understand "ping..." - but I gather that you didn't want to hear more about statspack - please excuse...</description>
      <pubDate>Wed, 30 Mar 2005 17:20:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892769#M402665</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2005-03-30T17:20:34Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892770#M402666</link>
      <description>super late...&lt;BR /&gt;&lt;BR /&gt;so If I get this right your test server has 2 550MHz CPUs and your DEV server has 4x 440 MHz CPUs...&lt;BR /&gt;&lt;BR /&gt;I'm guessing here, &amp;amp; this does not account for the whole difference... you have configured the dev as a 2 CPU system?? this would be about 20% performance dfference.&lt;BR /&gt;&lt;BR /&gt;The next thing, the disks, with a job that takes that long sometimes a dub JBOD disks works faster than cleaver fibre/cache because it avoids doing read cache misses.  (I'm guessing  the job is read intensive).  Also if the DMX has less spindles or slower spindles this too can cause slow down &lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;&lt;BR /&gt;tim</description>
      <pubDate>Wed, 30 Mar 2005 17:51:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892770#M402666</guid>
      <dc:creator>Tim D Fulford</dc:creator>
      <dc:date>2005-03-30T17:51:58Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892771#M402667</link>
      <description>SAP-Basis itself offers some very useful transaction codes such as:&lt;BR /&gt;&lt;BR /&gt;ST04&lt;BR /&gt;ST02&lt;BR /&gt;ST06&lt;BR /&gt;ST03&lt;BR /&gt;&lt;BR /&gt;which provide vital clue on performance.&lt;BR /&gt;&lt;BR /&gt;Has the Basis team taken care of requred kernel, SAP, Database parameters as per the SAP notes.&lt;BR /&gt;&lt;BR /&gt;sks</description>
      <pubDate>Thu, 31 Mar 2005 00:35:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892771#M402667</guid>
      <dc:creator>Sanjay Kumar Suri</dc:creator>
      <dc:date>2005-03-31T00:35:23Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892772#M402668</link>
      <description>I think Tony was close - the job is single threaded - Basis is happy with that answer.&lt;BR /&gt;&lt;BR /&gt;DEV is a 4 CPU system...with all cpu's running.&lt;BR /&gt;&lt;BR /&gt;Basis has taken care of requred kernel, SAP, Database parameters as per the SAP notes.&lt;BR /&gt;&lt;BR /&gt;Thanks for the help.&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff&lt;BR /&gt;</description>
      <pubDate>Thu, 31 Mar 2005 08:54:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892772#M402668</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-31T08:54:41Z</dc:date>
    </item>
    <item>
      <title>Re: Strange SAP Performance Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892773#M402669</link>
      <description>Closing...</description>
      <pubDate>Thu, 31 Mar 2005 08:54:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-sap-performance-issue/m-p/4892773#M402669</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-03-31T08:54:59Z</dc:date>
    </item>
  </channel>
</rss>

