 |
The Question is:
We have a cluster of 4 AlphaServers (8400s) set up in two sites running VMS
6.2-1H3 and quite often see credit waits across the fddi intersite links.
I noticed that vms7.1 has a new sysgen param (cluster_credits) which allows
increasing the number of credits from the default of 10.
It'll probably be a while before we move to 7.x and I was wondering if this
feature has been implemented as a patch kit for version 6.x
Failing that is there any (safe) way of modifying this ourselves. A brief look
seems to indicate that the number of credits is set in clu$gl_cluster_credits
but I realise that other code may make assumptions based on the default value
and also assume that
any code to change this would need to run _very_ early in the startup (perhaps
so early that it would be impossible to do). This option is more out of
curiosity than any serious intent to do something about it so if the answer
involves any serious resear
ch then skip it.
regards,
Paul.
The Answer is :
As for the question, in V7.1 and later, the CLUSTER_CREDITS system
parameter is used on the CONNECT and ACCEPT calls that create SCS
connections, and is used to size various data structures and paramters
used by the cluster connection manager. In order to effect similar
changes in prior versions, you would have to write code that executes
very early in the boot process (during EXEC_INIT just after). Frankly,
it would be easier to upgrade to V7.2.
Are you certain that the credit waits are caused by the connection
manager (VMS$VAXcluster)? If they are caused by the MSCP server, you
can improve the situation by using the MSCP_CREDITS system parameter,
which does exist in V6.2.
If you applied sufficient "patches" to V6.x to implement all the new
features in V7.x, at what point would system be declared to be running
V7.x?
In other words, yes, the "patch kit" exists. It's rather large, and
it more commonly goes by the name "V7.1 upgrade"
Alternatively, you could upgrade to V7.1, V7.1-2, V7.2, V7.2-1, etc,
and set the system version string back to, say, V6.2.
|
|
|
|
|
