㈠ 利用Windows自带的性能监视器对WebService服务进行监控，通常使用哪些计数器，标准值是什么
1. 处理器对象(Processor Object)
2. 系统对象(System Object)
3. SQL Server：缓冲区管理器对象( B u ffer Manager Object)
4. SQL Server：数据库对象(Database Object)
5. SQL Server：常规统计对象(General Statistics Object)
6. SQL Server：闩对象(Latches Object)
7. SQL Server：锁对象(Locks Object)
8. SQL Server：内存管理器对象(Memory Manager Object)
9. SQL Server：S Q L统计对象(SQL Statistics Object)
10. 逻辑磁盘对象(Logical Disk Object)
11. 物理磁盘对象(PhysicalDisk Object)
12. 内存
一条经验规则是不要使你所监控的每个处理器的C P U使用率高于9 0％。峰值超过9 0％是可以接受的，但平均使用率超过9 0％则是应该避免的。
• 处理器时间百分比(％Processor Time) 处理器执行一个非空闲线程的时间百分比。用％1 0 0减去处理器空闲的总时间得出这个值。这是整个系统的C P U使用的一个好的指示器。
• 特权时间百分比(％Privileged Time) 处理器用于在特权模式下(即，执行操作系统功能和运行驱动器，如I / O )工作时间的百分比。这个时间包括C P U (或C P U )用于维护中断和延迟过程调用( D P C )的时间。
• 用户时间百分比(％User Time) 处理器用于在用户模式工作的时间百分比。这种类型的工作是由应用产生的。通常，希望极大化用户时间百分比的值，极小化特权时间百分比的值。
• 中断时间百分比(％Interrupt Time) CPU忙于维护硬件中断的时间百分比。系统中的许多硬件部件，如鼠标、网络接口卡或磁盘控制器，都可以发出处理器中断。你可以将中断看作为Windows NT正常操作的一部分发生。
• 中断数/秒(Interrupts/sec) 处理器每秒接收并处理的硬件中断的数量。它不包括系统
D P C，系统D P C单独计数。
系统对象与它的相关计数器衡量处理器上运行的线程的总计数据。虽然使用这些计数器不能观察一个特定处理器的工作负载或一个特定线程的行为，但它们提供了有关整个系统性能有价值的内部信息。系统计数器如下所示：
• 处理器队列长度(Processor Queue Length) 处理器队列中的线程的数量。换句话说，它
是等待运行的线程数。即使你的系统具有多个处理器，但只有一个队列用于处理器时间。计数器只记录那些准备执行但仍处于等待的线程，不是那些正在运行的线程。
• 环境切换/秒(Context Switches/sec) 系统上的所有处理器从一个线程切换到另一个线程的组合比率。当一个正在运行的线程自动地放弃处理器，处理器由一个高优先级的待命线程抢占时发生环境切换，或在用户模式和特权(核心)模式之间切换，以使用一个执行或子系统的服务。这是线程的总和：计算机上运行在所有处理器上的所有线程的环境切换数/秒。
缓冲区管理器计数器提供了SQL Server使用的内存缓冲区的有关信息。这些计数器如下所示：
• 高速缓存命中率( B u ffer Cache Hit Ratio) 引用当前位于高速缓存中页的需求的百分率。预先在内存中拥有页，允许SQL Server避免请求从磁盘子系统执行一次物理I / O。因为访问内存相对于访问物理I / O，代价更小，一个高的缓冲区高速缓存命中率增强了系统的性能与吞吐量。如果你的系统很好地调整过，这个命中率应该是8 0％或更高。如果具有一个低的缓冲区高速缓存命中率，你应该为SQL Server分配更多的内存。如果你已将现有的所有内存都分配给了SQL Server，那么需要增加系统中物理内存的数量。
• 高速缓存大小(页)(Cache Size) 在SQL Server缓冲区高速缓存中的页的数量。这个数量乘以8 K B，即可得到正在使用的以千字节为单位的缓存数。
• 空闲缓冲区(Free Buffer) 空闲SQL Server内存缓冲区的数量。
• 读的页/秒(Page Reads/sec) 每秒请求的物理数据页I / O的数量。
• 偷取的页计数(Stolen Page Count) SQL Server用于缓冲区高速缓存的页数，这些内存被给予系统中的另外一个进程。Windows NT回收这个内存以满足其他系统部件的需要。
• 写的页/秒(Page Writes/sec) 由SQL Server执行的每秒写的物理数据页的数量。
数据库对象计数器提供了有关SQL Server数据库的信息，包括可用的空闲日志空间量和数据库中活动事务的数量。对于系统中的每个数据库的每个计数器有一个实例。这些计数器包括如下：
• 日志刷新等待/秒(Log Flush Wait/sec) 在能够继续执行前，必须等待日志刷新的数据库提交数量。
• 日志使用的百分比(Percent Log Used) SQL Server实际使用的当前定义的日志空间的百分比。
常规统计对象含有常规服务器范围活动的有关信息，它有一个计数器：
• 用户连接数(User Connections) 系统中用户连接的当前数量。
这个对象计数器提供了在内部SQL Server资源中有效的闩的信息。计数器如下：
• 平均闩等待时间(毫秒) ( Average Latch Wait Time) 闩请求在得到服务之前必须等待的平均时间，以毫秒为单位。
• 闩等待数/秒(Latch Waits/sec) 不能立即服务，被迫等待其他资源释放的闩请求的数量。
锁对象提供了由SQL Server提出的各个锁请求的有关数据，例如锁生命周期和死锁。可以在系统上具有多个这些计数器的实例。计数器如下所示：
• 平均等待时间(毫秒) ( Average Wait Time) 每个锁请求被迫等待的平均时间量，以毫秒为单位。
• 锁到期数/秒(Lock Timeouts/sec) 在系统中过期的锁请求的数量。
• 锁等待数/秒(Lock Wa i t s / s e c )不能立即满足，需要调用线程在给予锁之前处于等待状态的锁请求的数量。
• 死锁数/秒(Number of Deadlocks/sec) 导致产生死锁的锁请求的数量。
内存管理器对象含有有关SQL Server内存使用的信息，包括SQL Server正在使用的高速缓
存内存的数量。这个对象下的计数器如下所示：
• 内存授权挂起(Memory Grants Pending) 等待授予工作空间内存的进程的当前数量。
• S Q L高速缓存内存(KB)(SQL Cache Memory) SQL Server用于动态SQL 高速缓存的动态
内存数量。
• 目标服务器内存( K B ) ( Ta rget Server Memory) SQL Server将会消耗的动态内存的总额。
• 总的服务器内存( K B ) ( Total Server Memory) SQL Server当前消耗的动态内存的总额。
这个对象提供了系统上正在执行的S Q L查询的有关信息，包括查询编译和重新编译的数量的数据。它有如下计数器：
• 批请求/秒(Batch Requests/sec) 服务器接收到的S Q L批请求的数量。
• SQL 编译/秒(SQL Compilations/sec) SQL Server每秒执行的S Q L语句编译的数量。
• S Q L重新编译/秒(SQL Re-Compilations/sec) SQL Server每秒执行的S Q L语句重新编译的数量。
逻辑磁盘对象提供了有关逻辑磁盘I / O性能的信息。逻辑磁盘计数器与Windows NT磁盘
系统管理员分配给逻辑磁盘驱动器的字母相关。这个对象含有如下计数器：
• 磁盘读时间百分比(％Disk Read Time) 选中的逻辑磁盘忙于服务读请求总共用去时间的
百分比。
• 磁盘写时间百分比(％Disk Write Time) 选中的逻辑磁盘忙于服务写请求总共用去时间
的百分比。
• 磁盘时间百分比(％Disk Time) 选中的逻辑磁盘忙于服务读请求或写请求总共用的时间
的百分比，是磁盘写时间百分比与磁盘读时间百分比的和。
• 空闲时间百分比(％Idle Time) 逻辑磁盘在采样时间间隔中处于空闲状态的时间百分比。
• 平均磁盘队列长度( Avg. Disk Queue Length) 在采样的时间间隔中，选中的逻辑磁盘读请求和写请求排队的平均数量。
• 平均磁盘读队列长度( Avg. Disk Read Queue Length) 在采样的时间间隔中，对选中的逻辑磁盘读请求排队的平均数量。
• 平均磁盘写队列长度( Avg. Disk Write Queue Length) 在采样的时间间隔中，对选中的逻辑磁盘写请求排队的平均数量。
• 平均磁盘秒数/读( Avg. Disk sec/Read) 从逻辑磁盘读数据的平均时间，以秒为单位。
• 平均磁盘秒数/写( Avg. Disk sec/Write) 向逻辑磁盘写数据的平均时间，以秒为单位。
• 平均磁盘秒数/传输( ( Avg. Disk sec/Transfer) 从逻辑磁盘进行传输的平均时间，以秒为单位。
• 磁盘读/秒(Disk Reads Bytes/sec) 逻辑磁盘上每秒读字节。
• 磁盘读/秒(Disk Writes Bytes/sec) 逻辑磁盘上每秒写字节。
• 磁盘读/秒(Disk Reads/sec) 逻辑磁盘上的读操作比率。
• 磁盘写/秒(Disk Writes/sec) 逻辑磁盘上的写操作比率。
• 磁盘传输/秒(Disk Transfers/sec) 逻辑磁盘上的读和写操作的比率。
物理磁盘对象提供了有关物理磁盘I / O性能的信息。它的磁盘计数器与系统中的物理驱动器有关，并且只有当运行了D i s k P e r f服务时，它才被激活。这个对象下的计数器如下所示：
• 磁盘读时间百分比(％Disk Read Time) 选中的物理磁盘忙于服务读请求总共用的时间的百分比。
• 磁盘写时间百分比(％Disk Write Time) 选中的物理磁盘忙于服务写请求总共用的时间的百分比。
• 磁盘时间百分比(％Disk Time) 选中的物理磁盘忙于服务读请求或写请求总共用的时间的百分比，是磁盘写时间百分比与磁盘读时间百分比的和。
• 空闲时间百分比(％Idle Time) 物理磁盘在采样时间间隔中处于空闲状态的时间百分比。
• 平均磁盘队列长度( Avg. Disk Queue Length) 在采样的时间间隔中，选中的物理磁盘读请求和写请求排队的平均数量。
• 平均磁盘读队列长度( Avg. Disk Read Queue Length) 在采样的时间间隔中，选中的物理磁盘读请求排队的平均数量。
• 平均磁盘写队列长度( Avg. Disk Write Queue Length) 在采样的时间间隔中，选中的物理磁盘写请求排队的平均数量。
• 平均磁盘秒数/读( Avg. Disk sec/Read) 从物理磁盘读数据的平均时间，以秒为单位。
• 平均磁盘秒数/写( Avg. Disk sec/Write) 向物理磁盘写数据的平均时间，以秒为单位。
• 平均磁盘秒数/传输( Avg. Disk sec/Transfer) 从物理磁盘进行传输的平均时间，以秒为单位。
• 磁盘读/秒(Disk Reads Bytes/sec) 物理磁盘上每秒读字节。
• 磁盘读/秒(Disk Writes Bytes/sec) 物理磁盘上每秒写字节。
• 磁盘读/秒(Disk Reads/sec) 物理磁盘上的读操作比率。
• 磁盘写/秒(Disk Writes/sec) 物理磁盘上的写操作比率。
• 磁盘传输/秒(Disk Transfers/sec) 物理磁盘上的读和写操作的比率。
内存在任何系统中都是一个非常有价值的资源。Windows NT不只允许过量使用内存，而且鼓励你过量使用内存。Windows NT提供了一种透明机制，允许应用“相信”它们具有比系统中可用的物理内存更多的内存。当Windows NT处理应用时，它将不使用的内存页调出(交换出)到磁盘上的页文件中。在大多数系统中，页调度是正常的，但过量的页调度会削弱整个系统的性能。下面的计数器允许你监控系统的页调度。
• 失效的页/秒(Page Faults/sec) 每秒由处理器处理的失效页的全部数量。当一个进程需
要的代码或数据不在它的工作区(它的空间在物理内存中)中时，发生失效页。这个计数
器包括硬的页失效(那些需要磁盘访问的)和软的页失效(在物理内存的其他地方发现了失
效页)。
• 读的页/秒(Page Reads/sec) 读取磁盘以解决硬的页失效所需要的时间数(当一个进程需要的代码或数据不在其工作区或内存中的其他地方，必须从磁盘提取这些代码和数据时，发生硬的页失效)。这个计数器包括为满足在文件系统高速缓存(通常是应用请求的)以及在非高速缓存映像内存文件中的失效而进行的读。
• 写的页/秒(Page Writes/sec) 将页写向磁盘以释放物理内存空间的时间数。只有当页在物理内存中被改变的时候，将页写入磁盘，这样，它们更有可能含有数据，而不是代码。
• 页/秒(Pages/sec) 为解决硬的页失效，所需要读或写磁盘的时间数。它是读的页/秒与写的页/秒的计数器的和。
㈡ 如何通过WebView监控提升WebAPP性能
WebAPP所显示的Web页面都是由一个叫做WebView的组件渲染出来的，每个网页都有一个链接即URL，首先将URL转换成NSURLRequest，然后用加载网页的类WebView加载Request，使用 - (void)loadRequest:(NSURLRequest *)request这个方法，就能将网页加载显示出来。
目前iOS中有两个加载网页的类，分别是UIWebView和WKWebView，UIWebView是UIKit框架中的一个类，而WKWebView是WebKit框架中的类，从性能上来说WKWebView的性能高、稳定性好、占用内存小，完全优于UIWebView。但由于WKWebView是iOS8提供的组件，因此系统版本低于iOS 8.0的iPhone/iPad用户就无法正常使用WKWebView组件开发出来的APP。所以目前大部分开发人员还在使用性能、稳定性并不理想的UIWebView进行WebAPP开发，而本文所说的云智慧透视宝WebView性能监控也是以UIWebView为主要优化目标。
要进行性能监控必须获得WebAPP页面加载全过程的性能数据，透视宝是通过向当前加载链接的html5、jsp、php网页代码中注入获取数据的JS代码，然后通过OC与JS交互，将数据传递给OC，然后再将数据整理发送到透视宝后端。
监控哪些WebView性能数据
透视宝能监控四大类数据：
♦ 行为数据：抓取用户在移动端网页点的行为操作，也就是点击网页的内容，分析用户的行为
♦时间相应数据：分解一个链接从加载开始到完成这段时间内，每个阶段的耗时
♦ Ajax请求数据：抓取终端用户响应时间，响应数据下载时间，数据响应成功的callback执行时间和ajax错误数据
♦ JS错误数据：抓取加载链接的代码错误信息
㈢ 你是如何搭建 Web 前端性能监控系统的
gulp.js
官方有api
㈣ 如何用java实现web服务器的监控
Hyperic HQ集成了强大的监测和管理功能，它有开源版本，您可以直接使用它用来对web服务器进行监控。
如果您想自己写代码实现，Hyperic HQ提供了一个服务器各种性能指标采集的API，这个API包本身提供了各种平台(linux/MAC/window等)的兼容。
㈤ 有什么好用的基于Web的Linux系统监控开源工具
可以用一些命令来实现你说的功能的。
请看下文，请采纳。谢谢。
一、基于命令行的性能监控工具
1.dstat - 多类型资源统计工具
该命令整合了vmstat，iostat和ifstat三种命令。同时增加了新的特性和功能可以让你能及时看到各种的资源使用情况，从而能够使你对比和整合不同的资源使用情况。通过不同颜色和区块布局的界面帮助你能够更加清晰容易的获取信息。它也支持将信息数据导出到cvs格式文件中，从而用其他应用程序打开，或者导入到数据库中
2.atop - 相比top更好的ASCII码体验
这个使用ASCII码显示方式的命令行工具是一个显示所有进程活动的性能监控工具。它可以展示每日的系统日志以进行长期的进程活动分析，并高亮显示过载的系统使用资源。它包含了CPU，内存，交换空间，磁盘和网络层的度量指标。所有这些功能只需在终端运行atop即可。
3.Nmon - 类Unix系统的性能监控
Nmon是Nigel's Monitor缩写，它最早开发用来作为AIX的系统监控工具。如果使用在线模式，可以使用光标键在屏幕上操作实时显示在终端上的监控信息。使用捕捉模式能够将数据保存为CSV格式，方便进一步的处理和图形化展示。
4.slabtop - 显示内核slab缓存信息
这个应用能够显示缓存分配器是如何管理Linux内核中缓存的不同类型的对象。这个命令类似于top命令，区别是它的重点是实时显示内核slab缓存信息。它能够显示按照不同排序条件来排序显示缓存列表。它同时也能够显示一个slab层信息的统计信息的题头。
5.sar - 性能监控和瓶颈检查
sar 命令可以将操作系统上所选的累积活动计数器内容信息输出到标准输出上。其基于计数值和时间间隔参数的审计系统，会按照指定的时间间隔输出指定次数的监控信息。如果时间间隔参数为设置为0，那么sar命令将会显示系统从开机到当时时刻的平均统计信息。有用的命令如下：
# sar -u 2 3
# sar -u -f /var/log/sa/sa05
# sar -P ALL 1 1
# sar -r 1 3
# sar -W 1 3
6.Saidar - 简单的统计监控工具
Saidar是一个简单且轻量的系统信息监控工具。虽然它无法提供大多性能报表，但是它能够通过一个简单明了的方式显示最有用的系统运行状况数据。你可以很容易地看到运行时间、平均负载、CPU、内存、进程、磁盘和网络接口统计信息。
Usage: saidar [-d delay] [-c] [-v] [-h]
-d 设置更新时间（秒）
-c 彩色显示
-v 显示版本号
-h 显示本帮助
7.top - 经典的Linux任务管理工具
作为一个广为人知的Linux工具，top是大多数的类Unix操作系统任务管理器。它可以显示当前正在运行的进程的列表，用户可以按照不同的条件对该列表进行排序。它主要显示了系统进程对CPU和内存的使用状况。top可以快速检查是哪个或哪几个进程挂起了你的系统
8.Sysdig - 系统进程的高级视图
Sysdig是一个能够让系统管理员和开发人员以前所未有方式洞察其系统行为的监控工具。其开发团队希望改善系统级的监控方式，通过提供关于存储，进程，网络和内存子系统的统一有序以及粒度可见的方式来进行错误排查，并可以创建系统活动记录文件以便你可以在任何时间轻松分析。
㈥ 网络监控平台哪家好
合力天下IT运维平台是北京合力天下信息技术有限公司自主研发的国内领先软件产品，是国家科技部创新基金项目，在全国数百个大型政府机构、大学、企业集团得到成功应用。
合力天下IT运维平台以立体化、系统化、集成化的管理视点为支撑，强调精细化管理与执行管控能力，统合集成地展现并交互管理IT架构的设备运行、网络性能及流量控制、协议分析、用户管控、业务应用监测、服务器资源监测、PC终端实时控制、安全控制、身份认证、上网行为管理。
不同的网络设备、主机设备和业务系统具有不同的管理手段和方法，需要管理者对不同的系统的了解和具备专业知识，而集中统一的、图形化、智能化、立体化、系统化的管理系统可以帮助减轻管理者的工作，提高运维效率和响应速度，正如合力天下IT运维平台的技术突破所引领的这样：
·强化核心的LINUX操作系统作为运行平台，系统非常坚固，零客户端部署
·基于J2EE的分布式计算环境，极大保护服务器性能
·WEB界面，网络拓扑拖拽自如、基于图形的管控操作，管理随处可达
·支持合力天下通用算法、CISCOCDP算法、华为NDP算法，并能综合应用
·以极高效率进行拓扑自动计算和自动绘制,拓扑自动排列
·完备的故障管理、性能管理、配置管理
·全计算环境分层式可视化管理、全息用户信息实时监察和历史数据
·支持各厂家多种类的网络设备
·面向计算机网络终端的管理甚至可以发现和控制非网管设备下的PC
·对跨地域的广域网络集中控制和管理
·流量与协议分析
·带宽与流量控制
·强大的网络病毒预防与遏制能力，保证主干网络的健康运行
·对网络内染毒计算机的网络DDOS攻击、蠕虫病毒等异常流量及其变种自动采取应对策略
·ARP病毒控制
·优秀的上网行为控制，可按多种策略定制控制方法
·控制策略预先设定与自动实施
·IP-MAC全网自动扫描绑定
·网络带宽分配和链路聚合、负载均衡
·网络运行质量控制的有效工具
·保证网络连续可靠安全可控制地工作
·网络设备配置管理分发
·支持广域网路由、Trunk接入、NAT
·可以直路部署，对主干流量与协议进行有效控制与整形，也可以旁路部署，对全网进行有效监测和管理
·支持Portal认证和802.1x认证
拓扑自动发现与管理
·J2EE分布式计算，分布式计算，极大保护网管服务器性能，管理操作随处可达。
·全网自动扫描发现，合力天下IT运维平台完全自动扫描发现并绘制J2EEWEB界面的拓扑图。
·逻辑与物理拓扑图双模，便于故障查找、设备定位、流量分析
·支持CISCOCDP、华为NDP等私有拓扑算法及合力天下拓扑算法，拓扑图发现高度精准，发现效率无与匹敌。
·可编辑的WEB拓扑图，可对图形缩放、拖拽、编辑，采用气泡技术，对全部网元即指即查。
·面向用户的图形管理，拓扑图可自动发现包括用户计算机在内的全部网络交换设备、路由器、服务器、链路、防火墙IDS设备、可网管UPS……等等。对PC机的当前连网状态及当前上网访问信息可进行实时检测。
·交互的拓扑图操控模式，合力天下IT运维平台的J2EE拓扑图形完全提供交互式的操作与控制管理，可点击任一网元对其流量、协议、端口、网络服务、设备性能、链路性能等等进行实时监测，对可以网管的设备进行控制与管理。
·自动定位PC与交换机的连接端口关系，拓扑图的自动发现包括能够自动定位PC与交换机的端口连接关系，可以结合合力天下IT运维平台的用户管理功能，按用户名进行上网行为的网络通断、流量、带宽、网络协议及服务的控制。
·分层管理、自动排列，可对网络管理人员按组织机构分配网络管理域，可供选择的“自动排列”功能，可在瞬间自动排列出美观有序的拓扑图形
日志管理
·记录网内用户访问日志，包括源IP地址、目的IP地址、目的端口、协议、包数量、访问时间等信息。
认证管理
·支持多种认证组合应用模式：
·LAN认证，指的是不安装任何客户端软件，不改变客户任何操作习惯，而由系统对全网任意客户机连机时自动绑定分配IP-MAC通道。从而达到规范管理IP地址的目的。
·802.1x认证，IEEE802.1x是一种基于端口的网络接入控制技术，在LAN设备的物理接入级对接入设备进行认证和控制，此处的物理接入级指的是LanSwitch设备的端口。连接在该类端口上的用户设备如果能通过认证，就可以访问LAN内的资源；如果不能通过认证，则无法访问LAN内的资源，相当于物理上断开连接。
·Portal认证，服务器端运行合力天下Portal服务，用户在第一次打开浏览器端输入任何URL地址后即强行重定向到认证Portal，通过认证后自动转至此前输入的URL地址。
㈦ 如何通过WebView监控提升WebAPP性能
相对于需要专业移动开发人员的原生应用（Native APP），基于HTML5/CSS/JavaScript的WebAPP凭借开发者门槛低、迭代迅速、支持跨平台发布等特点，成为电商、银行等网络服务、浏览类应用的首选，然而由于页面渲染导致的性能差距是WebAPP与原生应用无法抗衡的最大原因，因此针对WebView组件的性能优化就显得至关重要。
为什么是WebView
WebAPP所显示的Web页面都是由一个叫做WebView的组件渲染出来的，每个网页都有一个链接即URL，首先将URL转换成NSURLRequest，然后用加载网页的类WebView加载Request，使用 - (void)loadRequest:(NSURLRequest *)request这个方法，就能将网页加载显示出来。
目前iOS中有两个加载网页的类，分别是UIWebView和WKWebView，UIWebView是UIKit框架中的一个类，而WKWebView是WebKit框架中的类，从性能上来说WKWebView的性能高、稳定性好、占用内存小，完全优于UIWebView。但由于WKWebView是iOS8提供的组件，因此系统版本低于iOS 8.0的iPhone/iPad用户就无法正常使用WKWebView组件开发出来的APP。所以目前大部分开发人员还在使用性能、稳定性并不理想的UIWebView进行WebAPP开发，而本文所说的云智慧透视宝WebView性能监控也是以UIWebView为主要优化目标。
要进行性能监控必须获得WebAPP页面加载全过程的性能数据，透视宝是通过向当前加载链接的html5、jsp、php网页代码中注入获取数据的JS代码，然后通过OC与JS交互，将数据传递给OC，然后再将数据整理发送到透视宝后端。
监控哪些WebView性能数据
透视宝能监控四大类数据：
行为数据：抓取用户在移动端网页点的行为操作，也就是点击网页的内容，分析用户的行为
时间相应数据：分解一个链接从加载开始到完成这段时间内，每个阶段的耗时
Ajax请求数据：抓取终端用户响应时间，响应数据下载时间，数据响应成功的callback执行时间和ajax错误数据
JS错误数据：抓取加载链接的代码错误信息
① 时间响应数据及数据计算公式
（图片来源：51cto技术博客）
参见上图，JS传给透视宝的时间响应数据就是这些字段，其中navigationStart是起点，所有的计算都需要依赖于它。分析移动端H5性能数据，其实就是测算HTML5、JSP、PHP等网页元素在iOS上加载的时间长短，通过这些性能数据前段开发人员能够准确发现性能问题并及时解决，下表是透视宝定义的响应时间分解数据及计算方案：
② 资源时序数据
每一个网页都是有很多资源组成的，包括.js、.png、.jpg、.css、script等，每一个元素的加载都需要加载时间，资源时序数据就是准确记录每一个元素的加载时间及类型，并把这些数据通过JS的performance接口直接获得并传给OC，不需要计算。
③ JS错误及ajax请求数据
JS错误指的是抓取网页代码的错误，包括错误类型及堆栈信息，直接定位错误。ajax请求的数据有请求的链接、uri、 终端用户响应时间，响应数据下载时间，数据响应成功的callback执行时间和ajax错误数据。JS错误和ajax请求数据都是有JS代码直接获取到，不需要处理。
JS代码注入
想要准确监测网页性能就需要进行代码注入，而只有拿到网页的代码才能注入， UIWebView这个类里面除了三个加载链接的方法和4个代理方法，就没有其他内容了，而这些方法并不能获取到内容，所以我们就需要考虑其他方法。UIWebView在加载拦截的时候会进入NSURLProtocol这个类，而恰好这个类能拿到当前加载链接NSURLRequest，而且会走进这个类的 - (void)startLoading方法，这个方法在页面load完成之前，页面刚加载之后，所以就是我们所需要的。
创建一个类，继承NSURLProtocol这个类，重写startLoading方法，由于能拿到链接的request，所以我们就对这个链接发送请求，用原生态的NSURLConnection或者NSURLSession都可以，我们用的NSURLConnection这个类发送请求并设置代理，方法是这个 - (nullableinstancetype)initWithRequest:(NSURLRequest*)request delegate:(nullableid)delegate startImmediately:(BOOL)startImmediately，
NSURLConnection的代理方法中有一个能接受请求链接数据的方法， - (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data，得到的NSData是16进制的字节流数据，通过utf8转码将字节流转换成字符串，然后发现这个字符串正好是这个当前加载网页的代码，
网页代码都是由标签组成，都会有<head>这个标签，我们就把JS代码注入到<head>标签之下，放在自己添加的<script>标签中;代码实现就是获取字符串中<head>这个字符的位置，然后在其下面插入用<script>包装的js代码，然后转回成新的NSData的字节流数据。
由于页面还没有加载，我们已经改动代码了，就需要把注入JS代码的重新记载一次，需要用NSURLProtocol的代理属性NSURLProtocolClient，用NSURLProtocolClient这个中的这个方法- (void)URLProtocol:(NSURLProtocol*)protocol didLoadData:(NSData*)data，将新的NSData加载一次，转回成NSData是因为这个方法需要的是NSData数据。
当然上面只是介绍主要实现的一些方法，还需要用到NSURLConnection的其他代理方法，只是这些方法不需要添加什么，按照常规处理就行了，就不一一介绍了。
性能数据获取
加载链接过程中JS代码就会通过performance接口获取数据，然后获取的这些数据需要传给移动端，如何传递数据呢，传递数据的过程也叫OC与JS交互的过程。
获取数据的时机：
由于不清楚什么时候JS能拿到数据，所以从最开始就需要进行交互的监控，也就是加载链接的时候，因为透视宝SDK用来监控的所以我们不能直接使用这个方法，需要用到OC的运行时，动态加载机制，又叫hook。首先通过添加UIWebView的类目，添加类目是将UIWebView类的实现分散出来，每个类都是由NSbject继承下去，所以每个类都有 (void)load方法，而且这个方法的执行是最早的，我们就在这个方法中使用OC的运行时runtime，使用一个方法交换UIWebView加载链接的三个方法的指针，这样就会在执行加载方法之前执行我们交换出来的方法，在这个方法里面我们传递一个与JS匹配的标识，通过标识相同来获取数据，这样做的目的就是能从最开始就监控数据的传递。
㈧ 应用性能管理的云智慧透视宝 应用性能管理
透视宝是云智慧推出的新一代面向业务基于端到端的应用性能管理（APM）平台，针对移动和Web应用，提供全面的性能监控、分析与管理解决方案。透视宝包括移动（Mobile）、浏览器（Browser）、主机（Host）、应用（Application）四款子产品，能够帮助企业实现应用性能的最优化、改进与优化终端用户体验、加速系统开发及交付进程、规避与减小整体投资风险、提高IT生产效率。
㈨ 主流的开源的网络摄像机搭载的WEB界面软件有哪几个
1. 开源网络监控工具： NetXMS
NetXMS 提供了企业级开源网络管理和监控程序，它在Windows和Linux上有一个简单的用户界面。
NetXMS通过相对简单的安装过程为IT基础架构的所有层提供了分布式网络监控、自动化网络发现和详细报告。
此外，服务器设备和代理对于这样一个全面的产品来说是相当轻量级的。
2. 开源网络监控工具: Pandora FMS
定位于企业级， Pandora FMS 提供了一个时尚且整洁的用户体验，提供了易于阅读的快速洞察工具以及重要的网络统计信息，例如网络状态、已上报的告警、已部署的代理数量和其他最近执行任务的列表。
Pandora FMS可以在无需外部访问的情况下执行网络诊断，这意味着用户可以更快地响应任何网络问题。事实上，FMS声称，在代理模式下的器监控系统响应速度约为10秒。
3. 开源网络监控工具: Cacti
最初发布于2001年， Cacti 是一款开源的基于Web的网络监控和专为数据记录而设计的图形化工具。它可以用于实时显示网络数据，如CPU负载或带宽利用率。
Cacti是RRDtool的前端应用程序，RRDtool是一种用于存储实时变化数据的开源数据库工具，其使用SNMP作为其默认收集算法，但如果你喜欢本地Perl的PHP脚本，那么你也可以使用它们。
其最新版本0.8.8h于2016年5月发布，主要功能包括无限图形项目、图形自动填充支持、图形数据处理、自定义数据采集脚本、内置SNMP支持、图形模板、数据源模板、主机模板和基于用户的管理。
4. 开源网络监控工具: GroundWork Monitor Core
GroundWork Monitor Core 是监控网络、应用和云计算使用情况的平台。开源版本包含最多可监控50个设备和基于社区的支持的许可证，该软件还有其对应的商业版本。
在其网络管理功能方面，GroundWork提供网络和设备的自发现和维护、拓扑、报警控制、通过API/SNMP/IPMI的数据收集和对OpenDaylight SDN的支持等功能。
GroundWork还提供了存储管理，支持大规模的企业级供应商，如NetApp和EMC，以及从磁盘、块或对象存储的数据收集和存储缓冲以及中断可视化。
由于GroundWork的一站式网络管理方法，这种套件可能更适合那些寻找成熟品牌的大型商业和企业，而不是以开发人员为重点的工具，如Big Brother或Big Sister。
5. 开源网络监控工具：Hyperic
VMware的 Hyperic 工具用于在物理、虚拟或云环境下监控Web应用程序及其性能。 它适用于应用程序服务器，web服务器，数据库，操作系统，虚拟机管理程序，消息传递服务和目录服务器。
Hyperic提供基础架构和操作系统监控，详细的报告，应用程序和中间件监控，警报和修复工作流程以及通用可扩展的API。
该网络监控工具提供了企业版本，可以提高网络警报功能，并且能更好地创建基准。
6. 开源网络监控工具: Observium
基于Linux的 Observium 是一个自动监测的网络监控工具。 据该网站介绍，“该工具是由一批经验丰富的专业网络工程师和系统管理员开发和维护的，Observium是一个由用户自己设计和构建的平台。”
Observium提供社区版本和专业版，使用RRDTool进行缓冲存储和图形化功能，并具有易于使用的用户界面和报告功能。 但是，它没有报告导出功能，这可能对商务应用来讲会是一个问题。
社区版本将为用户提供对所有支持设备或指标的完整 自动监测功能， 通过自动发现协议进行网络映射， 自动识别数百种设备，并且每六个月发布一个新版本。
而专业版用户将获得所有社区版本的功能并且还将获得实时软件更新和修复功能，基于规则的自动分组功能，网络阈值和状态警报系统以及流量统计系统。
7. 开源网络监控工具: Zabbix
Zabbix 作为企业级的网络监控工具，通过从服务器，虚拟机和网络设备收集的数据提供实时监控，自动发现，映射和可扩展等功能。
Zabbix的企业级监控软件为用户提供内置的Java应用服务器监控，硬件监控，VMware监控和CPU，内存，网络，磁盘空间性能监控。