基于HTML和URL的区别

《基于HTML和URL的区别》由会员分享，可在线阅读，更多相关《基于HTML和URL的区别（9页珍藏版）》请在金锄头文库上搜索。

1、HTML-based mode 与 URL-based mode 的区别:在 Web(HTTP/HTML)录制中，有 2 种重要的录制模式。用户该选择那种录制模式呢？ HTML-mode 录制是缺省也是推荐的录制模式。它录制当前网页中的 HTML 动作。 在录制会话过程中不会录制所有的资源。在回放时，HTML-mode 脚本积极地解析返回的信 息来获得要下载的资源。 HTML-mode 是亦称上下文敏感方式因为它只能在先前请求的结果的上下文之内执行。由于 许多的 HTTP 请求数据都是从内存中取出来的,所以语句必须在正确的前个请求之后执行。 HTML-mode 录制的优点是： 1.资源从内存中

2、取出且在回放时下载。因此，脚本比其他的录制方式更小且更容易阅读。 2.由于只有较少的硬编码脚本，因此只有较少的动态数值需要关联。 3.可以插入图片检查之类的语句以检查结果是否正确。 4.因为 HTML 模式回放时需要积极地解析返回的信息,因此它可能会比其他录制模式更加占 用资源。然而,HTML 模式 record/replay 有相当大的改善,使得差异最小化且微不足道。 URL-mode 选项指导 VuGen 录制来自 server 的所有的请求和资源。它自动录制每一个 HTTP 资源为 URL 的步骤。这种录制模式甚至抓取非 HTML 应用程序，例如 applets 和非浏览器的 应用程序。

3、推荐使用这种录制方式录制以下情况： 1。录制非 browser 的应用程序 2。取得在下载或不下载哪些资源上更好的控制，既然你可以在脚本中修改。 3。当使用 LR6.x 时，录制使用 applet 和/或 javascript 的浏览器应用程序 由于 URL-模式录制了所有的请求和资源，需要做更多的关联。脚本看起来也会相当的长。教你调整教你调整 OracleOracle 数据库服务器的性能数据库服务器的性能2006-12-18 11:06:15 Linux 联盟收集Oracle 数据库服务器是整个系统的核心，它的性能高低直接影响整个系统的性能，为了调整 Oracle 数据库服务器的性能，主要从

4、以下几个方面考虑： 1 1、调整操作系统以适合、调整操作系统以适合 OracleOracle 数据库服务器运行数据库服务器运行 Oracle 数据库服务器很大程度上依赖于运行服务器的操作系统，如果操作系统不能提供最好性能，那么无论如何调整，Oracle 数据库服务器也无法发挥其应有的性能。 1.1 为 Oracle 数据库服务器规划系统资源 据已有计算机可用资源, 规划分配给 Oracle 服务器资源原则是：尽可能使 Oracle 服务器使用资源最大化,特别在 Client/Server 中尽量让服务器上所有资源都来运行 Oracle服务。 1.2 调整计算机系统中的内存配置 多数操作系统都用

5、虚存来模拟计算机上更大的内存，它实际上是硬盘上的一定的磁盘空间。当实际的内存空间不能满足应用软件的要求时，操作系统就将用这部分的磁盘空间对内存中的信息进行页面替换，这将引起大量的磁盘 I/O 操作，使整个服务器的性能下降。为了避免过多地使用虚存，应加大计算机的内存。 1.3 为 Oracle 数据库服务器设置操作系统进程优先级 不要在操作系统中调整 Oracle 进程的优先级，因为在 Oracle 数据库系统中，所有的后台和前台数据库服务器进程执行的是同等重要的工作，需要同等的优先级。所以在安装时，让所有的数据库服务器进程都使用缺省的优先级运行。 2 2、调整内存分配、调整内存分配 Oracl

6、e 数据库服务器保留 3 个基本的内存高速缓存，分别对应 3 种不同类型的数据：库高速缓存，字典高速缓存和缓冲区高速缓存。库高速缓存和字典高速缓存一起构成共享池，共享池再加上缓冲区高速缓存便构成了系统全程区(SGA)。SGA 是对数据库数据进行快速访问的一个系统全程区，若 SGA 本身需要频繁地进行释放、分配，则不能达到快速访问数据的目的，因此应把 SGA 放在主存中，不要放在虚拟内存中。内存的调整主要是指调整组成 SGA 的内存结构的大小来提高系统性能，由于 Oracle 数据库服务器的内存结构需求与应用密切相关，所以内存结构的调整应在磁盘 I/O 调整之前进行。 2.1 库缓冲区的调整 库

7、缓冲区中包含私用和共享 SQL 和 PL/SQL 区，通过比较库缓冲区的命中率决定它的大小。要调整库缓冲区，必须首先了解该库缓冲区的活动情况，库缓冲区的活动统计信息保留在动态性能表 v$librarycache 数据字典中，可通过查询该表来了解其活动情况，以决定如何调整。Select sum(pins),sum(reloads) from v$librarycache; Pins 列给出 SQL语句，PL/SQL 块及被访问对象定义的总次数；Reloads 列给出 SQL 和 PL/SQL 块的隐式分析或对象定义重装载时在库程序缓冲区中发生的错误。如果 sum(pins)/sum(reload

8、s) 0，则库缓冲区的命中率合适；若 sum(pins)/sum(reloads)1, 则需调整初始化参数 shared_pool_size 来重新调整分配给共享池的内存量。 2.2 数据字典缓冲区的调整 数据字典缓冲区包含了有关数据库的结构、用户、实体信息。数据字典的命中率，对系统性能影响极大。数据字典缓冲区的使用情况记录在动态性能表 v$librarycache 中，可通过查询该表来了解其活动情况，以决定如何调整。Select sum(gets),sum(getmisses) from v$rowcache; Gets 列是对相应项请求次数的统计；Getmisses 列是引起缓冲区出错的数

9、据的请求次数。对于频繁访问的数据字典缓冲区，sum(getmisses)/sum(gets)网络瓶颈(对局域网，可以不考虑) 服务器操作 系统瓶颈(参数配置) 中间件瓶颈(参数配置，数据库，Web 服务器等) - 应用瓶颈(SQL 语句、数据库设计、业务逻辑、算法等等) 注： 以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析 的深度。对于一些要求低的，我们分析到应用系统在将来的负载压力(并发用户 数、数据量)下，系统的硬件瓶颈在哪里就可以了。 分段排除法分段排除法 分析的信息来源： 1. 根据场景运行过程中的错误提示信息 2. 根据测试结果收集到的监控指标数据 一、 错误提示分

10、析 分析实例： 1、 Error： Failed to connect to server “10.10.10.30:8000“:10060 Connection 2、 Error: timed out Error:Server “10.10.10.30“ has shut down the connection prematurely 分析：分析： A、 应用服务死掉 (小用户时：程序上的问题。程序上处理数据库的问题) B、 应用服务没死掉(应用服务参数设置问题) 引用例如：在许多客户端连接 WebLogic 应用服务器被拒绝，而在服务器端没有 错误显示，则可能是 WebLogic 中的 s

11、erver 元素的 AcceptBackLog 属性设置过 低。如果连接时收到 Connection refused 消息，说明应提高该值，每次增加 25% C、数据库的链接(1、在应用服务器的性能参数可能太小 2、数据库启动的最大 连接数(跟硬件的内存有关) 3、 Error: Page download timeout(120 seconds) has expired 分析：可能是以下的原因造成 A、 应用服务参数设置太大导致服务器的瓶颈 B、 页面中图片太多 C、 在程序处理表的时候检查字段太大多 二. 监控指标数据分析 1. 最大并发用户数： 应用系统在当前环境(硬件环境、网络环境、软

12、件环境(参数配置)下能承受的最大并发用户数。 引用在方案运行中，如果出现了大于 3 个用户的业务操作失败，或出现了服务器 shutdown 的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压 力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 如果测得的最大并发用户数达到了性能要求，且各服务器资源情况良好， 业务操作响应时间也达到了用户要求，那么 OK。否则，再根据各服务器的资源 情况和业务操作响应时间进一步分析原因所在。 2业务操作响应时间： 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使 用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。

13、 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页 面组件引起的？问题是否与网络或服务器有关？ 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查 明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定 导致性能瓶颈的网络问题 3服务器资源监控指标： 内存： 1 UNIX 资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高， 表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存 访问命中率低。 2 Windows 资源监控中，如果 ProcessPrivate Bytes 计数器和 ProcessWorkin

14、g Set 计数器的值在长时间内持续升高，同时 MemoryAvailable bytes 计数器的值持续降低，则很可能存在内存泄漏。 内存资源成为系统性能的瓶颈的征兆: 很高的换页率(high pageout rate); 进程进入不活动状态; 交换区所有磁盘的活动次数可高; 可高的全局系统 CPU 利用率; 内存不够出错(out of memory errors) 处理器： 1 UNIX 资源监控（Windows 操作系统同理）中指标 CPU 占用率（CPU utilization），如果该值持续超过 95%，表明瓶颈是 CPU。可以考虑增加一个 处理器或换一个更快的处理器。如果服务器专用

15、于 SQL Server,可接受的最大 上限是 80-85% 合理使用的范围在 60%至 70%。 2 Windows 资源监控中，如果 SystemProcessor Queue Length 大于 2，而处理 器利用率（Processor Time）一直很低，则存在着处理器阻塞。 CPU 资源成为系统性能的瓶颈的征兆: 很慢的响应时间(slow response time) CPU 空闲时间为零(zero percent idle CPU) 过高的用户占用 CPU 时间(high percent user CPU) 过高的系统占用 CPU 时间(high percent system CP

16、U) 长时间的有很长的运行进程队列(large run queue size sustained over time) 磁盘 I/O： 1 UNIX 资源监控（Windows 操作系统同理）中指标磁盘交换率（Disk rate）， 如果该参数值一直很高，表明 I/O 有问题。可考虑更换更快的硬盘系统。 2 Windows 资源监控中，如果 Disk Time 和 Avg.Disk Queue Length 的值很高， 而 Page Reads/sec 页面读取操作速率很低，则可能存在磁盘瓶径。 I/O 资源成为系统性能的瓶颈的征兆 : 过高的磁盘利用率(high disk utilization) 太长的磁盘等待队列(large disk queue length) 等待磁盘 I/O 的时间所占的百分率太高(large percentage of time waiting for disk I/O) 太高的物理 I/O 速率:la