4.sybase进阶操作——sp_sysmon监控查看

 

  1. 内核监控

监控命令如下

1> sp_sysmon "00:01:00","kernel"

2> go

Kernel Utilization

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

  Engine Utilization (Tick %)   User Busy   System Busy    I/O Busy        Idle

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

  ThreadPool : syb_default_pool

   Engine 0                         2.8 %         0.0 %       0.3 %      96.9 %

  Average Runnable Tasks            1 min         5 min      15 min  % of total

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

  ThreadPool : syb_default_pool

   Global Queue                       0.0           0.0         0.0       0.0 %

   Engine 0                           0.0           0.0         0.0     100.0 %

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

  Server Summary      Total           0.0           0.0         0.0

                    Average           0.0           0.0         0.0

  CPU Yields by Engine            per sec      per xact       count  % of total

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

  ThreadPool : syb_default_pool

   Engine 0

      Full Sleeps                    50.5         146.6        3078      96.9 %

      Interrupted Sleeps              1.6           4.7          99       3.1 %

  Thread Utilization (OS %)     User Busy   System Busy        Idle

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

  ThreadPool : syb_blocking_pool : no activity during sample

  ThreadPool : syb_default_pool

   Thread 6    (Engine 0)           0.0 %         0.0 %     100.0 %

  ThreadPool : syb_system_pool : no activity during sample

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

  Server Summary    Total           0.0 %         0.0 %     900.0 %

                  Average           0.0 %         0.0 %     100.0 %

  Adaptive Server threads are consuming 0.0 CPU units.

  Throughput (committed xacts per CPU unit) : 1400.0

  CtlibController Activity        per sec      per xact       count  % of total

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

   Polls                             0.0           0.0           0       0.0 %

  DiskController Activity         per sec      per xact       count  % of total

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

   Polls                            113.4         329.4        6917       n/a

   Polls Returning Events             1.3           3.9          82       1.2 %

   Polls Returning Max Events         0.0           0.0           0       0.0 %

   Total Events                       1.8           5.3         111       n/a

   Events Per Poll                    n/a           n/a       0.016       n/a

  NetController Activity          per sec      per xact       count  % of total

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

   Polls                              1.4           4.2          88       n/a

   Polls Returning Events             0.5           1.3          28      31.8 %

   Polls Returning Max Events         0.5           1.3          28      31.8 %

   Total Events                       0.5           1.3          28       n/a

   Events Per Poll                    n/a           n/a       0.318       n/a

  Blocking Call Activity          per sec      per xact       count  % of total

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

  Total Requests                      0.0           0.0           0       n/a

(return status = 0)

  1. 内核利用率

在进程等待IO的时候,除非时间片结束否则就会关掉引擎。低引擎利用率表示没有活动或ASE在等待资源。高引擎利用率表示存在大量的活动或者没有等待资源,并且进程都在使用它们分配的时间片。

       当ASE睡眠时候,无法执行任务IO,不能提高性能。增加可运行进程搜索计数减少产出或将其设置为不产出。不产出会在操作系统上观看到ASE利用率接近100%。

  1. 任务管理

任务管理系那是ASE的上下文切换,表示什么原因导致用户进程关掉引擎。每个用户进程都有分配的时间片区执行工作。如果没有足够的资源继续工作,就会请求资源然后进入睡眠状态,直到被分配另一个时间片为止。前提是这个时候资源可利用。

其中Voluntary Yields显示用户进程是否因为用完整个时间片而进入睡眠状态。常用原因。

    1. Cache Search Misses

进程请求的页面不在高速缓存中,发布一个IO后进入睡眠。

    1. IO Pacing

过多的IO导致用户进程关掉引擎的次数。

在SYBASE中,对于定量IO限制为10,如果一个任务超过了10个显著IO,就会关掉引擎。

    1. Log Semaphore Contention

因为另一个任务访问日志设备而使得IO停止的高日志使用。

    1. Group Commit Sleeps

用户进程提交事务的时候,日志页就被替换到磁盘中。在提交事务的时候,包含事务的日志页必须写入磁盘。

 

    1. IO Device Contention

任务无法给非日志设备提供旗标。

 

 

                              

 

猜你喜欢

转载自blog.csdn.net/notbaron/article/details/81182139