多台机器,特别是8089(windows server 2003的64位机器),测试中经常出现TimeOut问题(有OutOfMemory原因,也在其他地方block过),几乎每次都出在event处。
根据网上google,我尝试过添加环境变量(在linux上也试过修改catalina.sh文件和profile文件),但是都没有效果。
上周五,根据同事jia的建议,我将event部分从bat的最后面提前到最前面。
最终的测试结果:没有出现TimeOut问题。
老大提醒:现在只能说,这种尝试方案,只是让这个问题没有再现(也可能是暂时没有再现)。
我们并没有找到这个问题的真正原因,所以不能肯定将来不再出现这个问题,所以要继续保持关注。
20091012追加->:
20090927下午,在8089机器上,我又做了一次bat测试(将event放置在最前面,policy放在最后面)。OutOfMemory问题又再现了,控制台终端的错误信息是:
[java] Exception in thread "main" java.lang.OutOfMemoryError: Java heap spa
ce
[java] at sun.nio.cs.UTF_8.newDecoder(UTF_8.java:47)
log文件显示,在**的for循环中停止了。
个人分析:
20090925下午的测试,这个问题没有再现,也许是测试前重启了机器的原因(清除内存)。
20090927下午的测试,这个问题再现,也许是内存本身就不够了。
尝试方案:在for循环中又增加了一些log打印语句。准备重启8089机器后,再次测试。
假如这个OutOfMemoryError问题再不出现的话,可以比较肯定我的猜测。
假如这个问题还是再现,那就看log语句,再想起他办法。
20090928下午:
上午的bat测试完成了,控制台终端的输出信息:
[java] 3) com.intel.dcmtest.functional.policycontrol.PolicyControlBasicEFF
[java] java.lang.OutOfMemoryError: Java heap space
[java] at java.util.HashMap.resize(HashMap.java:462)
[java] at java.util.LinkedHashMap.addEntry(LinkedHashMap.java:414)
[java] at java.util.HashMap.put(HashMap.java:385)
还是出现了一次OutOfMemoryError
但是,dcmtest.log文件中的信息显示,测试全部正常完成了,没有出现卡住的情况,测试结果介于前面两次之间。
说明:OutOfMemoryError这个问题,一直困扰着我们,到现在也没找到问题的根源。
继续关注,期待更新!
20091014追加->:
现在的临时处理办法是:
1.每天进行BAT大部队测试时,暂时先将event部分从中拿出,先保证测试结果报告中不出现timeout问题。
2.event部分再单独进行bat测试,昨天白天,我在6129版本,7个平台上的测试结果是:All OK!
老大建议:先为这次release尽量在几个平台上都做一下,以后还是要考虑怎么自动化的。
分享到:
相关推荐
本篇文章将详细讨论在LoadRunner中遇到的Timeout问题及其解决方案。 Timeout-27728错误是LoadRunner在执行HTTP协议脚本时常见的一个异常,具体表现为"Error -27728: Step download timeout (120 seconds) has ...
主要介绍了 linux上TCP connection timeout问题解决办法的相关资料,需要的朋友可以参考下
在使用Redis客户端Jedis时,有时会遇到"connection timeout"的问题,这通常意味着客户端尝试连接到Redis服务器时超时,无法建立有效的网络连接。解决这个问题的一种常见策略是使用Jedis的连接池JedisPool,它提供了...
timeout 又可以细分为 connect timeout、read timeout、write timeout 怎样修改linux操作系统的tcp connect timeout
user: ‘root’ host: `localhost’ (Got timeout reading communication packets) MYSQL server has gone away 引起这个原因是不可怕的.原因是更改了系统的断开时间. mysql>show gloable variables like “%time...
在处理网络编程中遇到的请求超时问题(Request Timeout)时,可以采用多种策略来确保网络请求的成功执行或优雅处理失败情况。以下是根据给定文件内容,提炼出的几个解决方案。 1. **增加超时时间**:最直接的方法是在...
处理producer timeout问题主要可以从调整超时时间、优化网络性能、调整Kafka服务器配置以及检查Kafka集群状态和负载情况等几个方面来着手。 首先,调整超时时间是解决producer timeout问题的一个直接和简单的途径。...
本文主要探讨了在使用`requests`库时关于`timeout`参数设置无效的问题以及解决方法。 首先,`timeout`参数用于限制请求等待响应的最长时间。当这个时间到达后,如果还没有收到服务器的响应,`requests`库会抛出一个...
解决ERR_TIMEOUT问题可以从多个角度入手,下面将对一些常见的解决方案进行详细探讨。 首先,增加超时时间是一种最直接的解决方法。不同的网络库和编程语言对超时时间的设置方式都有所不同。例如,在JavaScript中...
Lock Wait Timeout问题是数据库并发操作中常见的现象,主要发生在多个事务试图同时访问同一资源并相互等待对方释放锁的情况。当一个事务在等待另一事务释放锁时超出了预设的等待时间,就会发生超时错误。为了应对这...
合理处理Session Timeout问题不仅可以避免不必要的用户登录操作,提升用户体验,而且对于确保应用的安全性也具有重要意义。开发者应根据实际需求,结合后端和前端的技术手段,设计出既安全又人性化的会话管理策略。
通过上述方法,大部分情况下可以解决“Failed to install .apk on device 'emulator-5554': timeout”的问题。当然,每个环境都有其特殊性,可能需要尝试多种方法才能找到最适合你的解决方案。记住,耐心和细心是...
解决Watchdog Timeout问题的关键在于找到程序的性能瓶颈,并采取相应的措施进行优化。具体的方法可能包括代码优化、性能调优、超时时间的调整、异步处理以及多线程或进程的并发处理。每一种方法都需要根据实际情况...
解决ERR_CONNECTION_TIMEOUT问题需要综合考虑多种因素,包括网络硬件状况、网络服务提供商、服务器稳定性以及本地网络设置等。在编程实现中,合理的超时设置和重试机制将有助于提升应用的健壮性和用户满意度。
"命令timeout"是DOS(磁盘操作系统)环境中一个非常实用的工具,它允许用户设置一个等待时间,如果在此期间没有接收到任何输入,程序就会自动退出或执行下一条命令。这个功能在编写批处理脚本或者需要控制程序执行...
1. 编辑Dockerfile文件, 修改部分如下:挂载清华镜像 2. 完整Dockerfile 3.注:pip国内的一些镜像
使用timeout属性,开发者可以自行决定在什么情况下放弃等待服务器的响应,从而执行其他操作,比如再次发起请求或者给用户一个错误提示。 举个简单的例子,如果我们希望一个Ajax请求最多等待4秒钟,可以这样设置: ...
在IT行业中,"Session Timeout需求解决"是一个常见的问题,尤其对于Web应用而言。 Session是服务器端用来跟踪用户状态的一种机制,当用户登录后,服务器会为该用户创建一个唯一的Session ID,并将其保存在服务器端,...
"timeout-then" 库解决了这个问题,它允许我们在执行 then 方法时指定一个超时时间,如果在这个时间内 promise 未 resolve 或 reject,就会自动 reject,返回一个超时错误。 使用 "timeout-then" 库非常简单。首先...