Sybase Performance Diagnostics Sp_sysmon_ Parallel processing

This article describes the adaptive server system through the Sp_sysmon of the operation of a comprehensive system to understand, is conducive to better understanding of system performance, more effective system management, rational use and allocation of system resources, to achieve system performance tuning purposes.

Learn from 18 aspects of the performance of the system and use environment parameters to tune performance when appropriate:

1, kernel Management (kernal) 2, Application Management (APPMGMT) 3, data cache management (Dcache)

4, ESP management (ESP) 5, index management (INDEXMGMT) 6, lock management (locks)

7, Memory Management (memory) 8, metadata cache Management (Mdcache) 9, Task management (TASKMGMT)

10, monitor access to the implementation of SQL (monaccess) 11, network I/O management (netio)

12. Parallel query Management (parallel) 13, process cache Management (Pcache) 14, Recovery Management (recovery)

15, transaction Management (XACTMGMT) 16, transaction profile (Xactsum) 17, disk I/O management (Diskio)

18. Work Process Management (WPM)

The English short word after parentheses is the module parameter.

Environment: 1, the user database has the data table auths and article for practice

2, the data table has 100,000 rows of data

3, the user has the query, the modification, the deletion and so on basic database table Operation Authority

Step: Perform Sp_sysmon "00:10:00" (server-level system storage process, no need to open a database), or perform the following format process to view the specific operation batch command corresponding to the system performance:

Sp_sysmon Begin_sample

SQL statement or storage process

Sp_sysmon Commit_sample

This experiment uses Sp_sysmon "HH:MM:SS", the performance module name.

Conclusion: Through this exercise, we can understand the current system in various aspects of the system operating conditions, performance problems and imbalance imbalance, learn to use the corresponding parameters and measures to solve and tune, and constantly compare the performance before and after adjustment, and ultimately improve system performance.

Note: 1, the command execution result set at the beginning of the same as the following, the block exercise is no longer one by one listed:

======================================================================

Sybase Adaptive Server Enterprise System Performance

======================================================================

Server version:adaptive Server Enterprise/11.9.2/1031/p/nt (IX86)/os 3.

Server Name:server is unnamed

Run Date:may 28, 2001

Statistics cleared at:15:57:27

Statistics sampled at:16:07:28

Sample interval:00:10:00

2, the implementation of the result set of each column information tip:

Per sec: average of each second during sampling

Per XACT: average of each transaction submitted during sampling

Count: Total value per second during sampling

% of total: percentages, depending on different circumstances

3, the result set corresponding to the performance of the description, analysis and tunable description

4, this exercise only gives some of the module monitoring results (may have deletions), with Sp_sysmon "HH:MM:SS" can see all the details.

Monitoring parallel Query Management

Command line: Sp_sysmon "00:10:00", parallel

Results:

Reports the number of parallel queries, how many worker processes were adjusted during execution, and how locks were added when the merge and sort operations were made.

　

Parallel Query Management

-------------------------

Parallel Query Usage per sec/XACT count% of total

------------------------- --------- --------- ------- ----------

Total Parallel Queries 0.1 8.0 N/A

The optimizer automatically determines whether to operate in parallel and how many worker processes are used for this purpose.

WP adjustments Made

Due to WP Limit 0.0 0.0 0 0.0%

Session-level restrictions are controlled by the "set Parallel_degree" or "Set Scan_parallel_degree" parameters.

Due to No WPs 0.0 0.0 0 0.0%

The lack of available work processes has resulted in a decrease in the number of process requests. Can appropriately increase "number of worker processes"

Merge Lock Requests per sec/XACT count% of total

Report the number of lock requests for a parallel merge operation, quickly grant the number of locks, and wait for the following 3 types of locks:

------------------------- --------- --------- ------- ----------

Network Buffer Merge Locks

Granted with No. 4.9 438.5 877 56.2%

Granted after wait 3.7 334.5 669 42.9%

Result Buffer Merge Locks

Granted with No. 0.0 0.0 0 0.0%

Granted after wait 0.0 0.0 0 0.0%

Work Table Merge Locks

Granted with No. 0.1 7.0 14 0.9%

Granted after wait 0.0 0.0 0 0.0%

------------------------- --------- --------- -------

Total # of Requests 8.7 780.0 1560

Sort Buffer Waits per sec/XACT count% of total

------------------------- --------- --------- ------- ----------

Total # of Waits 0.0 0.0 0 N/A

The sort buffer wait lock used in parallel sorting. Consider increasing the value of the "Number of sort buffers" if the wait is high.