<?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>Tru64 Unix 中的主題 Tru64 semaphore</title>
    <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251220#M481</link>
    <description>應該是正常的,我的機器output 也是一樣&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 10 Aug 2005 01:57:01 GMT</pubDate>
    <dc:creator>watermelonyu</dc:creator>
    <dc:date>2005-08-10T01:57:01Z</dc:date>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251214#M475</link>
      <description>1. 請教各位高手，下 ipcs -a在最後一段會看到semaphore的資訊，如果msg_tql是預設值40，在這裏是不是最多就只會看到40筆記錄，超過就會出現 semaphore busy的訊息?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2. 如果在這台主機有安裝Oracle 9i Database，平常約有80~100個connection連上來，msg_tql要設多少才夠?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;謝謝</description>
      <pubDate>Wed, 03 Aug 2005 23:54:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251214#M475</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-03T23:54:43Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251215#M476</link>
      <description>ncreasing the value of the msg_tql attribute may improve the performance of applications that benefit from increasing the number of outstanding messages to a value that is larger than the default value. However, increasing the value of this attribute will consume memory.&lt;BR /&gt;&lt;BR /&gt;You may want to increase the value of the msg_tql attribute if your applications can benefit from increasing the maximum number of outstanding messages to a value than is larger than 40.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 04 Aug 2005 00:22:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251215#M476</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-04T00:22:08Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251216#M477</link>
      <description>全名叫做&lt;BR /&gt;&lt;BR /&gt;Maximum Number of Messages on a System V Queue&lt;BR /&gt;&lt;BR /&gt;這個值應該跟oracle connection 無關</description>
      <pubDate>Thu, 04 Aug 2005 00:28:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251216#M477</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-04T00:28:36Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251217#M478</link>
      <description>可以試試sqlplus 連進去oracle &lt;BR /&gt;&lt;BR /&gt;在執行ipcs -a&lt;BR /&gt;&lt;BR /&gt;發現並沒有新增加的Semaphores 數量</description>
      <pubDate>Thu, 04 Aug 2005 00:42:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251217#M478</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-04T00:42:52Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251218#M479</link>
      <description>The process will be unable to send a message if doing so would make the total number of message headers currently in the system greater than the limit specified by msg-tql. If the limit is reached, the process sleeps, waiting for a message header to be freed. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;IPC attributes in the sysconfigtab file related to semaphore are following:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;sem-mni (number of semaphore identifiers) &lt;BR /&gt;&lt;BR /&gt;sem-msl (number of semaphores per ID) &lt;BR /&gt;&lt;BR /&gt;sem-opm (maximum number of operations per semop call) &lt;BR /&gt;&lt;BR /&gt;sem-ume (maximum number of undo entries per process) &lt;BR /&gt;&lt;BR /&gt;sem-vmx (semaphore maximum value) &lt;BR /&gt;&lt;BR /&gt;sem-aem (adjust on exit maximum value) &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;for your reference. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;if you would like to know current amount of msg_tql, try following, &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;echo "p cur_msghdrs" | kdbx -k /vmunix | tail -1</description>
      <pubDate>Thu, 04 Aug 2005 00:47:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251218#M479</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-04T00:47:50Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251219#M480</link>
      <description>&lt;BR /&gt;&lt;BR /&gt;Thanks for your help,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;But i try that command,it's output is following&lt;BR /&gt;&lt;BR /&gt;:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#echo "p cur_msghdrs" | kdbx -k /vmunix | tail -1&lt;BR /&gt;&lt;BR /&gt;0&lt;BR /&gt;&lt;BR /&gt;#echo "p cur_msghdrs" | kdbx -k /vmunix&lt;BR /&gt;&lt;BR /&gt;dbx version 5.1&lt;BR /&gt;&lt;BR /&gt;Type 'help' for help.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;stopped at        Source not available&lt;BR /&gt;&lt;BR /&gt;warning: Files compiled -g3: parameter values probably wrong&lt;BR /&gt;&lt;BR /&gt;0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Is it correct?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;thanks you.</description>
      <pubDate>Tue, 09 Aug 2005 00:25:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251219#M480</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-09T00:25:30Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251220#M481</link>
      <description>應該是正常的,我的機器output 也是一樣&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 10 Aug 2005 01:57:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251220#M481</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-10T01:57:01Z</dc:date>
    </item>
    <item>
      <title>Tru64 semaphore</title>
      <link>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251221#M482</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The variable "msg_tql" is belong to the "Message Queues" not&lt;BR /&gt;&lt;BR /&gt;to "Semaphores" as the case title requested.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;From the value of "cur_msghdrs" is equal to 0 that&lt;BR /&gt;&lt;BR /&gt;indicated no Message_Q used on this system. If it's not enough and &lt;BR /&gt;&lt;BR /&gt;needs to increase the value of msg_tql (default is 40)it&lt;BR /&gt;&lt;BR /&gt;should be gotten the maximun "40" from the command:&lt;BR /&gt;&lt;BR /&gt;# echo "p cur_msghdrs" | kdbx -k /vmunix&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;&lt;BR /&gt;Richard.</description>
      <pubDate>Thu, 11 Aug 2005 00:33:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/tru64-unix/tru64-semaphore/m-p/2251221#M482</guid>
      <dc:creator>watermelonyu</dc:creator>
      <dc:date>2005-08-11T00:33:57Z</dc:date>
    </item>
  </channel>
</rss>

