- Community Home
- >
- HPE Community, Taiwan
- >
- Tru64 Unix & OpenVMS
- >
- Tru64 Unix
- >
- Tru64 semaphore
類別
Company
Local Language
論壇
討論平台
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
論壇
部落格
- 訂閱此主題的RSS 提要
- 將此主題標記為未讀
- 將主題標記為已讀
- 將主題在本帳號置頂
- 標示為書籤
- 訂閱此主題
- 列印此頁
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-04-2005 07:54 AM
在 08-04-2005 07:54 AM
Tru64 semaphore
2. 如果在這台主機有安裝Oracle 9i Database,平常約有80~100個connection連上來,msg_tql要設多少才夠?
謝謝
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-04-2005 08:22 AM
在 08-04-2005 08:22 AM
Tru64 semaphore
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.
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-04-2005 08:28 AM
在 08-04-2005 08:28 AM
Tru64 semaphore
Maximum Number of Messages on a System V Queue
這個值應該跟oracle connection 無關
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-04-2005 08:42 AM
在 08-04-2005 08:42 AM
Tru64 semaphore
在執行ipcs -a
發現並沒有新增加的Semaphores 數量
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-04-2005 08:47 AM
在 08-04-2005 08:47 AM
Tru64 semaphore
IPC attributes in the sysconfigtab file related to semaphore are following:
sem-mni (number of semaphore identifiers)
sem-msl (number of semaphores per ID)
sem-opm (maximum number of operations per semop call)
sem-ume (maximum number of undo entries per process)
sem-vmx (semaphore maximum value)
sem-aem (adjust on exit maximum value)
for your reference.
if you would like to know current amount of msg_tql, try following,
echo "p cur_msghdrs" | kdbx -k /vmunix | tail -1
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-09-2005 08:25 AM
在 08-09-2005 08:25 AM
Tru64 semaphore
Thanks for your help,
But i try that command,it's output is following
:
#echo "p cur_msghdrs" | kdbx -k /vmunix | tail -1
0
#echo "p cur_msghdrs" | kdbx -k /vmunix
dbx version 5.1
Type 'help' for help.
stopped at Source not available
warning: Files compiled -g3: parameter values probably wrong
0
Is it correct?
thanks you.
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-10-2005 09:57 AM
在 08-10-2005 09:57 AM
Tru64 semaphore
- 將文章標記為未讀
- 標示為書籤
- 訂閱此主題
- 靜音
- 訂閱此主題的RSS 提要
- 高亮顯示此文章
- 列印此文章
- 提報不當內容
在 08-11-2005 08:33 AM
在 08-11-2005 08:33 AM
Tru64 semaphore
The variable "msg_tql" is belong to the "Message Queues" not
to "Semaphores" as the case title requested.
From the value of "cur_msghdrs" is equal to 0 that
indicated no Message_Q used on this system. If it's not enough and
needs to increase the value of msg_tql (default is 40)it
should be gotten the maximun "40" from the command:
# echo "p cur_msghdrs" | kdbx -k /vmunix
Best regards,
Richard.