论坛首页 海阔天空论坛

曾经发生在身边开发过程中的灵异事件

浏览 24187 次
该帖已经被评为精华帖
作者 正文
   发表时间:2006-10-27  
ajooTrustno1 写道
dns的问题可能会引起这个问题吗?

有这个可能。
但是分散在全国各地,而且没有一个特定的规律。假如仅是网通用户或仅是电信用户,或仅是某几个省的用户有这样的问题,那还比较好分析一些。
0 请登录后投票
   发表时间:2006-10-27  
第3个有遇到过类似情况,是因为代码里面用了Cache,这个Cache能够设定一个数值,在超出这个值以后把旧的Object序列化到硬盘,结果数据量变大以后,频繁地进行IO操作,查询的数据越多,性能越差
0 请登录后投票
   发表时间:2006-10-27  
Readonly 写道
第3个有遇到过类似情况,是因为代码里面用了Cache,这个Cache能够设定一个数值,在超出这个值以后把旧的Object序列化到硬盘,结果数据量变大以后,频繁地进行IO操作,查询的数据越多,性能越差

虽然和我们的实际情况不完全一样,但是方向是对的,“磁盘性能”
0 请登录后投票
   发表时间:2006-10-27  
以前的一个案例,看讨论过程很有趣,呵呵
http://www.iteye.com/topic/10628
0 请登录后投票
   发表时间:2006-10-27  
clamp 写道
以前的一个案例,看讨论过程很有趣,呵呵
http://www.iteye.com/topic/10628

多谢,把这么老的一篇给翻出来了。确实也是一个妖怪问题。要怪只能怪ibm的ws确实有bug。我也遇到过在ws5.0里,必须用struts1.1才能正常启动应用的问题。换其它appserver都正常。

补充一个:曾经在做PHP开发的时候,遇到过一个困扰半天的怪问题。用户A一登录,就发现session中自己的名字变成了另外一个人的,难道又是session错乱?找了半天才找出原因所在:
php作为一个动态语言,它的变量引用是不需要事先定义的,包括session的使用。
由于写错了一个条件判断if ($username="abcd")。正确的应该用==,所以相当于把$username这个session重新赋值了。以后就规定所有的session在起名字的时候,必须像这样$session_username,并且在做条件判断的时候,必须将session变量放在==号的右边。
0 请登录后投票
   发表时间:2006-10-27  
1,2的问题没有 碰见过。

3的问题碰见过一次根这个有症状有点类似的。

当时客户的服务器在公司内部,我们直接开发好以后部署在服务器上然后再进行测试,是一点问题都没有。

后来把服务器搬到客户那里,访问速度超级慢,当时是一点头绪都摸不著,然后发现是数据库连接创建太耗费时间,平均创建一个connection需要10多秒,但是同样的代码换一个环境速度就非常快,后来听同事说因为他们内部网络限制了传输速度和流量(他们整个省的网络都是我们公司负责的)。就怀疑是不是网络环境的问题。

没有办法,后来就只能再服务器启动的时候通过servlet加载初始化数据库连接池,初始化30个conenction,也就是启动应用的时候会非常慢,用户使用速度就很正常了。
0 请登录后投票
   发表时间:2006-10-27  
"把统计分析的代码取出来,到sql客户端执行,速度挺快的",说明问题出在Web服务器或者是网络上。要么程序有问题,要么Web服务器环境有问题。
0 请登录后投票
   发表时间:2006-10-27  
yuanlm 写道
"把统计分析的代码取出来,到sql客户端执行,速度挺快的",说明问题出在Web服务器或者是网络上。要么程序有问题,要么Web服务器环境有问题。

网络速度没问题。创建数据库连接的时间也没问题。
因为访问查询条件页面,速度是很快的。在此页面中也需要从数据库获取一些基础数据的。
0 请登录后投票
   发表时间:2006-10-27  

我遇到的了灵异现象。

本地测试正常的index.jsp,部署到远程linux服务器上的tomcat,
突然有一天,浏览器无法访问这个页面了。
死活猜不出原因,把work目录下生成的java文件删除了重新编译还是无法访问。
后来想个歪主意,把文件名改成index1.jsp,然后通过index1.jsp就可以访问了。

察看work目录下的index_jsp.java和index1_jsp.java

发现index_jsp.java的代码只有不到7k,而index1_jsp.java是16k,想不明白石什么原因:(



0 请登录后投票
   发表时间:2006-10-27  
together 写道
Lucas Lee 写道
1.你应该在服务端记录详细日志,以帮助定位错误。这是一个良好软件必备的功能,不能期望总有Debug环境给你使用,正在使用中的web软件是不能总为你停机或调试的。


好的建议!但是本错误,与此无关。还没有牵涉到server端。提示词汇:apache+php

引用

2.看上去...象是数据库本身的问题。当然这个几率不大,不过也不是完全不可能。我就碰到了Oracle 9i提供的JDBC驱动的问题,xxxg.jar换为xxx.jar就可以了。那个g似乎表示的是debug版本。

思路对头。但遗憾,我们试过,非正解。还需要再努力。数据库是sqlserver。
引用

3.这个看来...我怀疑是代码有其他耗时的部分。或者两者执行时数据库负载不同。原因太多了...
机器很可能表现出诡异,但只要深入研究,细心观察不同之处,一般是能查出原因的。

已经禁止所有其他用户访问,并发数为一。代码可以肯定没问题。

欢迎google


这些问题有什么正解不正解的?
最多只能是按给出的信息猜测一下而已。

对于:
1.php还不是服务端的?要不就是浏览器的版本问题,或者是插件引起的,比如3721之类的玩意,曾经烦过我。
2,3.好像网络有问题
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics