<?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: Why the Interrupt  State is so High?? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656593#M72110</link>
    <description>&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt; Why the Interrupt State is so High?? &lt;BR /&gt;&lt;BR /&gt;Because the application (unknowingly)requests that? What is it doing?&lt;BR /&gt;&lt;BR /&gt;Not trying to be cute here. (well, ok, a little :-)&lt;BR /&gt;The system, left alone, would not show this behaviour.&lt;BR /&gt;So the application is triggering this.&lt;BR /&gt;It is likely to be locking activity.&lt;BR /&gt;It may or might not be reasonable, or fixable, but there is no way for us to help you more without knowing a little bit about the applicaition.&lt;BR /&gt;&lt;BR /&gt;Given all the exec time it could be RMS.&lt;BR /&gt;Or is it a database?&lt;BR /&gt;What exact OpenVMS version? What lockmanager settings?&lt;BR /&gt; &lt;BR /&gt;'Before' was it a single system, or a cluster with a different interconnect?&lt;BR /&gt;Did it ever run 'right'?&lt;BR /&gt;What seemed a reasonable idle:user:exec:kernel:mpsync:int ratios?&lt;BR /&gt;Did the user/process count change recently?&lt;BR /&gt;&lt;BR /&gt;It the clusters usage balanced? Any user, for any applications part on any node? Any chance to focus certain users/data areas on specific nodes (partitioning)?&lt;BR /&gt;&lt;BR /&gt;Any layered products (communications, caching tools, defraggers,..)&lt;BR /&gt;&lt;BR /&gt;Hope this helps a little,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
    <pubDate>Tue, 25 Oct 2005 07:18:47 GMT</pubDate>
    <dc:creator>Hein van den Heuvel</dc:creator>
    <dc:date>2005-10-25T07:18:47Z</dc:date>
    <item>
      <title>Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656590#M72107</link>
      <description>After configed as a Cluster node via Memory Channel,the CPU resources is serious lacking. I find it occupied by Interrupt and MP Synch,but before they are lower.&lt;BR /&gt;The monitor cpu mode is as attachment.&lt;BR /&gt; &lt;BR /&gt;Who can give me a clue?&lt;BR /&gt;&lt;BR /&gt;Thanks a lot!</description>
      <pubDate>Mon, 24 Oct 2005 22:06:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656590#M72107</guid>
      <dc:creator>lunew</dc:creator>
      <dc:date>2005-10-24T22:06:33Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656591#M72108</link>
      <description>Lunew,&lt;BR /&gt;&lt;BR /&gt;The link below give good explanations about DLM, Interrupt stsate/stack saturation, lock request latencies,... etc. Hope it will be very useful.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www2.openvms.org/kparris/bootcamp2005_lckmgr.pdf" target="_blank"&gt;http://www2.openvms.org/kparris/bootcamp2005_lckmgr.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;also this has been discussed in this forum earlier, you can refer that too.&lt;BR /&gt;&lt;BR /&gt;Archunan</description>
      <pubDate>Tue, 25 Oct 2005 00:43:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656591#M72108</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2005-10-25T00:43:29Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656592#M72109</link>
      <description>Archunan:&lt;BR /&gt;&lt;BR /&gt;I will try it.</description>
      <pubDate>Tue, 25 Oct 2005 03:47:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656592#M72109</guid>
      <dc:creator>lunew</dc:creator>
      <dc:date>2005-10-25T03:47:40Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656593#M72110</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt; Why the Interrupt State is so High?? &lt;BR /&gt;&lt;BR /&gt;Because the application (unknowingly)requests that? What is it doing?&lt;BR /&gt;&lt;BR /&gt;Not trying to be cute here. (well, ok, a little :-)&lt;BR /&gt;The system, left alone, would not show this behaviour.&lt;BR /&gt;So the application is triggering this.&lt;BR /&gt;It is likely to be locking activity.&lt;BR /&gt;It may or might not be reasonable, or fixable, but there is no way for us to help you more without knowing a little bit about the applicaition.&lt;BR /&gt;&lt;BR /&gt;Given all the exec time it could be RMS.&lt;BR /&gt;Or is it a database?&lt;BR /&gt;What exact OpenVMS version? What lockmanager settings?&lt;BR /&gt; &lt;BR /&gt;'Before' was it a single system, or a cluster with a different interconnect?&lt;BR /&gt;Did it ever run 'right'?&lt;BR /&gt;What seemed a reasonable idle:user:exec:kernel:mpsync:int ratios?&lt;BR /&gt;Did the user/process count change recently?&lt;BR /&gt;&lt;BR /&gt;It the clusters usage balanced? Any user, for any applications part on any node? Any chance to focus certain users/data areas on specific nodes (partitioning)?&lt;BR /&gt;&lt;BR /&gt;Any layered products (communications, caching tools, defraggers,..)&lt;BR /&gt;&lt;BR /&gt;Hope this helps a little,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Oct 2005 07:18:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656593#M72110</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2005-10-25T07:18:47Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656594#M72111</link>
      <description>Lunew,&lt;BR /&gt;&lt;BR /&gt;I found another usefull link given below, which explains, how to configure mem.channel V2.0 cluster interconnects for &lt;BR /&gt;1.Two MEMORY CHANNEL PCI adapters and a single cable &lt;BR /&gt;2. Thre or more nodes confign.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/memchan/index.html" target="_blank"&gt;http://h71000.www7.hp.com/openvms/memchan/index.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/os/ovmsv71_functionality.html#heading_1.1" target="_blank"&gt;http://h71000.www7.hp.com/openvms/os/ovmsv71_functionality.html#heading_1.1&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Here there are they are talking about the version number of adaptor and cables much match mem.channel hub version.&lt;BR /&gt;&lt;BR /&gt;Please find time to gr thru this, may be usefull?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Archunan&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Oct 2005 10:04:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656594#M72111</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2005-10-25T10:04:55Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656595#M72112</link>
      <description>Hein asks the golden question.  What did this figures look like before the memory channel and clustering?&lt;BR /&gt;&lt;BR /&gt;Other questions.  Are you using host based volume shadowing and are any volumes in merge/copy state?  Are you using fibre channel or scsi disk?  &lt;BR /&gt;&lt;BR /&gt;Andy</description>
      <pubDate>Tue, 25 Oct 2005 10:27:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656595#M72112</guid>
      <dc:creator>Andy Bustamante</dc:creator>
      <dc:date>2005-10-25T10:27:13Z</dc:date>
    </item>
    <item>
      <title>Re: Why the Interrupt  State is so High??</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656596#M72113</link>
      <description>Lunew,&lt;BR /&gt;&lt;BR /&gt;performance problems are always difficult to diagnose in a forum like this. You need to be prepared to answer lots of questions and may be target of lots of speculation.&lt;BR /&gt;&lt;BR /&gt;A tool like T4 and it's ability to correlate different sets of collected data would help a lot. Ideally, you would have had it running on the old config and can compare before-and-after scenarios - but that's probably too late ;-(&lt;BR /&gt;&lt;BR /&gt;Try to get an idea of certain aspects of your system load with some MONITOR commands to see whether you can identify the kind of operations causing this massive INT and MPSYNC load:&lt;BR /&gt;&lt;BR /&gt;$ MONI DLOCK&lt;BR /&gt;$ MONI MSCP&lt;BR /&gt;$ MONI IO&lt;BR /&gt;&lt;BR /&gt;Spinlock tracing would be the last resort to find out, where the CPUs are spending their MPSYNC time.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Tue, 25 Oct 2005 12:55:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/why-the-interrupt-state-is-so-high/m-p/3656596#M72113</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2005-10-25T12:55:16Z</dc:date>
    </item>
  </channel>
</rss>

