Message Table

[UNIX Engr]

We have an off the shelf application that allocates (msggets)658 of the 2464 Message Table entries (msgmni) at application startup, but ipcs -a shows that 563 are "no-entry". Is there any kind of performance impact with over-allocating message table? GPM reports that the application stop reason is MESG. The application is a poor performer, and looks like its spending too much time in message queues. Any suggestions on what approach to take in improving performance?

[Sandip Ghosh]

Use GPM
go to report --> System Info --> System Tables Report.

There you will get the details before and after running the application.

Sandip

[harry d brown jr]

UE,

What kind of server (class) does this app run on now? and how many resources does it have (memory, clock speed, # of cpu's, other kernel parm's)? What OS, and if 11.x, 32 or 64bit?

You just might need more horsepower.

live free or die
harry

[Sheri Moody]

We've done extensive investigation with Glance and PerfView. cpu, memory and disk are not bottlenecks. The only thing we have found unusual is the use of System V message queues.

[UNIX Engr]

Harry,
The previous replay from Sheri Moody was me...with my other login...sorry for the confusion. To repeat, we have a big enough horse, but it just doesn't seem to want to gallup very fast. cpu<40%, memory<70%, disk<50% util.
Sheri