<?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: Processes waiting in MUTEX State in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963005#M82510</link>
    <description>I could retrieve the SDA output I had collected during the process was live. Please find attached for refrence&lt;BR /&gt;&lt;BR /&gt;Thanks for all your help</description>
    <pubDate>Mon, 19 Mar 2007 04:54:02 GMT</pubDate>
    <dc:creator>Shailender_1</dc:creator>
    <dc:date>2007-03-19T04:54:02Z</dc:date>
    <item>
      <title>Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3962999#M82504</link>
      <description>&lt;!--!*#--&gt;Yesterday AMDS reported 8 process in MWAIT. I checked couple of individual process detail in amds and found that the WS size, ws quota was at 64000(Maximum WS for a process). Server is ALPHA ES40 with 5GB of Memory. Per my understanding process goes into Mwait when it needs more memory resource but in this case processes were already at the maximum range of memory can be allocated(64K pages). my Question here is if my 8 process were in mwait state and was allocated 64K pages each what should be the memory utilization of my server with 5GB of memory. Why I am asking this is, I generated the memory utilization for server and find that the memory utilization was only 40% which looks weared to me as per my inderstanding. &lt;BR /&gt;&lt;BR /&gt;After checking the server I found &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2023313B CSPPRI_113      MUTEX    8     1087   0 00:00:00.27       402    452  S&lt;BR /&gt;2022D93D CSPPRI_135      MUTEX    8      262   0 00:00:00.04       333    383  S&lt;BR /&gt;2022C93E CSPPRI_83       MUTEX    8      273   0 00:00:00.06       333    383  S&lt;BR /&gt;2022B53F CSPPRI_238      MUTEX    8      265   0 00:00:00.05       334    384  S&lt;BR /&gt;2022D140 CSPPRI_19       MUTEX    8      266   0 00:00:00.05       334    384  S&lt;BR /&gt;20225D44 CSPPRI_50       MUTEX    8      255   0 00:00:00.05       334    384  S&lt;BR /&gt;2022754C CSPPRI_143      MUTEX    7      389   0 00:00:00.09       334    384  S&lt;BR /&gt;2021D216 CSPPRI_250      MUTEX    8      179   0 00:00:00.04       311    358  S</description>
      <pubDate>Thu, 15 Mar 2007 19:41:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3962999#M82504</guid>
      <dc:creator>Shailender_1</dc:creator>
      <dc:date>2007-03-15T19:41:11Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963000#M82505</link>
      <description>Using SDA, look up the value is in the process PCB efwm cell for these processes, and post it.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/wizard/wiz_8023.html" target="_blank"&gt;http://h71000.www7.hp.com/wizard/wiz_8023.html&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/wizard/wiz_0006.html" target="_blank"&gt;http://h71000.www7.hp.com/wizard/wiz_0006.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;You'll usually either find a big negative value for a data structure (the JIB), or a small value that can be translated from RSNDEF.&lt;BR /&gt;&lt;BR /&gt;The Internals and Data Structures Manual (The IDSM) is a good resource for understanding the plumbing.&lt;BR /&gt;&lt;BR /&gt;Stephen Hoffman&lt;BR /&gt;HoffmanLabs&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 15 Mar 2007 20:51:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963000#M82505</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2007-03-15T20:51:03Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963001#M82506</link>
      <description>On recent versions of VMS &lt;BR /&gt;ANAL/SYSTEM&lt;BR /&gt;SDA&amp;gt; SHOW SUMMARY&lt;BR /&gt;will produce a display similar to SHOW SYSTEM but may do a better job in interpreting what the process is waiting for.&lt;BR /&gt;&lt;BR /&gt;You need to get the value in PCB$L_EFWM as Hoff said. Post the results of &lt;BR /&gt;ANAL/SYSTEM&lt;BR /&gt;SDA&amp;gt; SHOW PROCESS/ID=2022213B&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;PWAIT$SDA can help in determining what the process is waiting for&lt;BR /&gt;&lt;A href="http://eisner.encompasserve.org/~miller/pwait_sda010.zip" target="_blank"&gt;http://eisner.encompasserve.org/~miller/pwait_sda010.zip&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 16 Mar 2007 04:51:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963001#M82506</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2007-03-16T04:51:38Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963002#M82507</link>
      <description>All the process were in the Mutex state for about 20 minutes and then completed with success. I don't have these processes in the system running now so can't provide the data for analysis. Per amds all these processes had allocated 64K of WS , I was expecting an abrupt increase in the memory utilization of system for that period but didn't see any abrupt change in the memory utilization of the server it was about 40% only.</description>
      <pubDate>Fri, 16 Mar 2007 04:59:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963002#M82507</guid>
      <dc:creator>Shailender_1</dc:creator>
      <dc:date>2007-03-16T04:59:26Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963003#M82508</link>
      <description>99% (at least) of the mutex states are false mutexes and in fact just a problem of quota depletion.&lt;BR /&gt;&lt;BR /&gt;Next time post the value asked by Ian and Hoff&lt;BR /&gt;If it is&lt;BR /&gt;&lt;BR /&gt;1 means bytlm problem&lt;BR /&gt;2 means tqelm problem &lt;BR /&gt;&lt;BR /&gt;And forget about wsquota, wsextent, wssize or such quotas. It has no relationship at all with a mutex state.&lt;BR /&gt;</description>
      <pubDate>Fri, 16 Mar 2007 05:27:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963003#M82508</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2007-03-16T05:27:33Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963004#M82509</link>
      <description>If you should wish to know the details around how the mutual exclusion (mutex) semaphore construct is implemented and used on OpenVMS, skim the IDSM; the OpenVMS Internals and Data Structures Manual.&lt;BR /&gt;&lt;BR /&gt;Mutexes activity is a very normal and very common synchronization mechanism on OpenVMS, and mutexes are acquired and released all the time.  &lt;BR /&gt;&lt;BR /&gt;What happened here was that these ended up being held for rather longer than usual.  Most mutex-related activity is very fast, and is thus not (usually) visible on the SHOW SYSTEM display.&lt;BR /&gt;&lt;BR /&gt;Details from the PCB$L_EFWM cell are often the central key to determining whether this was one of various quotas (and as labadie writes, it's usually not the working set), or if this was some other mutex-protected resource involved.&lt;BR /&gt;&lt;BR /&gt;There are mutexes hanging off all manner of structures, and off various devices.&lt;BR /&gt;&lt;BR /&gt;Again, the IDSM describes the basic mutex semaphore mechanism in some detail.&lt;BR /&gt;&lt;BR /&gt;Stephen Hoffman&lt;BR /&gt;HoffmanLabs&lt;BR /&gt;</description>
      <pubDate>Fri, 16 Mar 2007 14:23:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963004#M82509</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2007-03-16T14:23:55Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963005#M82510</link>
      <description>I could retrieve the SDA output I had collected during the process was live. Please find attached for refrence&lt;BR /&gt;&lt;BR /&gt;Thanks for all your help</description>
      <pubDate>Mon, 19 Mar 2007 04:54:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963005#M82510</guid>
      <dc:creator>Shailender_1</dc:creator>
      <dc:date>2007-03-19T04:54:02Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963006#M82511</link>
      <description>That's a giveaway:&lt;BR /&gt;&lt;BR /&gt;State                       WTTQE    Flags                    00000000&lt;BR /&gt;&lt;BR /&gt;Timer entries remaining         0/16&lt;BR /&gt;&lt;BR /&gt;The process runs out of Timer queue quota (TQElm). You might want to increase that for the involved processes.&lt;BR /&gt;&lt;BR /&gt;Jur.&lt;BR /&gt;</description>
      <pubDate>Mon, 19 Mar 2007 09:00:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963006#M82511</guid>
      <dc:creator>Jur van der Burg</dc:creator>
      <dc:date>2007-03-19T09:00:37Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963007#M82512</link>
      <description>CSPPRI_157&lt;BR /&gt;Event flag wait mask=JIB address so it was waiting for a pooled quota bytlm or TQELM&lt;BR /&gt;&lt;BR /&gt;and from&lt;BR /&gt;"Timer entries remaining         0/16"&lt;BR /&gt;&lt;BR /&gt;I'd say it was TQELM.</description>
      <pubDate>Mon, 19 Mar 2007 09:05:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963007#M82512</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2007-03-19T09:05:08Z</dc:date>
    </item>
    <item>
      <title>Re: Processes waiting in MUTEX State</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963008#M82513</link>
      <description>Look at the usage of timer TQEs in those processes. SDA&amp;gt; SHOW PROC/TQE &lt;BR /&gt;&lt;BR /&gt;Consider setting a realistic TQE limit for those processes based on how many TQE timers you expect the process to have currently outstanding.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Mon, 19 Mar 2007 12:58:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/processes-waiting-in-mutex-state/m-p/3963008#M82513</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2007-03-19T12:58:16Z</dc:date>
    </item>
  </channel>
</rss>

