...
set session <parameter>=<value> |
The following table describes sections describe all available "session" parameters, their meaning and examples of their usage:
Div | ||
---|---|---|
| ||
hw_model
Parameter | hw_model |
---|---|
Type | Text string |
Value | Virtual HP Alpha system hardware model to be emulated. Use a default configuration named template for each particular model as a starting point for a custom configuration. This would ensure that the this parameter is set correctly. Example:
Available models are:
Refer to this section to find how to set a particular HP Alpha model supported by CHARON-AXP. |
configuration_name
Parameter | configuration_name |
---|---|
Type | Text string |
Value | Name of the CHARON-AXP instance (ir it must be unique):. In most cases this is set to the local machine name (TCPIP node identifier for example).
The value of this parameter is used as a prefix to the event log file name. (see below). From the example above, the CHARON-AXP log file will have the following name:
xxxxxxxxx is an increasing decimal number starting from 000000000 to separate log files with the same time of creation (in case the log is being written faster than one log file per second). It is strictly highly recommended to use the "configuration_name" parameter if more than one CHARON instance runs on the same server. |
Div | ||
---|---|---|
| ||
log
Parameter | log | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Type | Text string | ||||||||||||||||||||||||||
Value | The log file or directory name is where the log file for each this CHARON-AXP execution session is stored.
|
Div | ||
---|---|---|
| ||
log_method
Parameter | log_method | ||
---|---|---|---|
Type | Text string | ||
Value |
Determines if the previous log information is maintained or overwritten.
This parameter is applicable only if the CHARON-AXP log is stored to a file that is specified explicitly with the "log" parameter. Example:
|
...
Parameter | log_file_size |
---|---|
Type | Text string |
Value | If log rotation is enabled, the log_file_size parameter determines the log file size threshold at which the a new log is automatically rotatedcreated. Rotating log file size is a multiple of 64K
Example 1:
Example 2:
Minimum LOG File size is 64K, maximum is 1G. Setting size less than 64K effectively makes the LOG File unlimited. |
...
Parameter | log_rotation_period |
---|---|
Type | Text string |
Value |
If the rotation log mode is enabled this parameter controls switching to next log file based on period of time passed. If enabled the switching to next log file appears occurs at midnight. Example 1:
Example 2:
|
...
Parameter | log_flush_period |
---|---|
Type | Numeric |
Value |
Defines a period of flushing log to disk. In most cases, the default is sufficient Default period is 60 seconds (it means that every minute log file is flushed to disk) Example:
|
...
Parameter | license_key_id |
---|---|
Type | Text string |
Value | A set of Sentinel Key IDs that specifies the license keys Definition of the license key ID (HASP) or the license server (VE licensing) to be used by CHARON. It is also possibly to use a keyword "any" to force CHARON to look for a suitable license in all available keys if the license is not found in the specified keys.Example. Example for a HASP license:
Based on the presence of this parameter in the configuration file, CHARON behaves as follows:
If the keyword "any" is specified then if no valid license has been found in the keys with specified ID’s all other available keys are examined for valid license as well. Please note The: the order in which keys are specified is very important. If a valid license was found in the key which ID was not the first one specified in configuration file, then available keys are periodically re-scannedrescanned and if the key with the ID earlier in the list than the current one is found CHARON tries to find a valid license there and in case of success switches to that key. Example for a VE license:
To configure a backup license server, add the backup license server information to the same line after the primary license server information:
|
Div | ||
---|---|---|
| ||
license_id
...
Parameter | affinity | ||
---|---|---|---|
Type | Text string | ||
Value | Overrides any initial process affinity mask provided by the host operating system. Once specified it binds the running instance of the emulator to particular host CPUs. Used for soft partitioning of the host CPU resources and/or for isolating host CPUs for other applications. By default the CHARON-AXP emulator instance allocates as many host CPUs as possible. The “affinity” parameter overrides that and allows explicit specification on which host CPU the instance must run on.
Host CPUs are enumerated as a comma separated list of host system assigned CPU numbers:
|
...
Parameter | n_of_cpus |
---|---|
Type | Numeric |
Value | Limits the number of emulated CPUs. This parameter can be used to force testing of smaller configurations as well by limiting the available "hardware". Example:
The maximum number of CPUs enabled by CHARON-AXP is specified by the license key, but cannot exceed the original hardware restrictions. See table below. |
Alpha Model | MAX Number of emulated CPUs |
---|---|
AlphaServer_AS400 | 1 |
AlphaServer_AS800 | 1 |
AlphaServer_AS1000 | 1 |
AlphaServer_AS1000A | 1 |
AlphaServer_AS1200 | 2 |
AlphaServer_AS2000 | 2 |
AlphaServer_AS2100 | 4 |
AlphaServer_AS4000 | 2 |
AlphaServer_AS4100 | 4 |
AlphaServer_DS10 | 1 |
AlphaServer_DS10L | 1 |
AlphaServer_DS15 | 1 |
AlphaServer_DS20 | 2 |
AlphaServer_DS25 | 2 |
AlphaServer_ES40 | 4 |
AlphaServer_ES45 | 4 |
AlphaServer_GS80 | 8 |
AlphaServer_GS160 | 16 |
AlphaServer_GS320 | 32 |
Div | ||
---|---|---|
| ||
n_of_io_cpus
Parameter | n_of_io_cpus |
---|---|
Type | Numeric |
Value | This parameter specifies how many host CPUs CHARON-AXP must will use for I/O handling. Use of the “affinity” parameter may limit the number of CPUs available. By default the CHARON-AXP instance reserves one third of all available host CPUs for I/O processing (round down, at least one). The “n_of_io_cpus” parameter overrides that by specifying the number of CHARON I/O CPUs explicitly. Note: The total of N_of_cpus and N_of_io_cpus can not exceed the available host CPUs. Example:
|
...
It is possible to include a configuration file into an existing one using the "include
" command. The file extension is usually .icfg
.
This method is most helpful when large numbers of disks are configured across multiple Charon instances.
Format:
include "file.icfg" |
...