失败的一天，唉

一路向北989 2014-12-01 09:59:34

今天做的signalr在线聊天陈旭上线，到晚上8点之前一切运行正常，可以说运行非常良好，but，7点50以后，功能不能使用了，查看服务器，CPU使用率高达100%！！！
程序中，我用csdn的缓存技术保存在线用户之类的信息。看IIS log文件，12个小时高达800M，请问这样的情况怎么解决？
如果可以的话，我可以提供代码帮我分析下。

...全文

406 21 打赏收藏转发到动态举报

写回复

用AI写文章

21 条回复

切换为时间正序

请发表友善的回复…

发表回复

lkf181 2014-12-03

打赏
举报

僵尸攻击？？？？？？？？？？

於黾 2014-12-03

打赏
举报

上线之前不测试,你怎么知道上线之后没问题? 如果你做的单机程序只是在一台机器上跑的小程序,还可以先跑起来看,不行再随时改如果你做的是个网络程序,有服务端,客户端分布在各地,不做测试就随便发布,要改起来可麻烦死了

flai 2014-12-03

打赏
举报

打开日志文件看一下都写了啥，不就知道了吗？

老李家的小二 2014-12-03

打赏
举报

是不是写日志文件写死了？关闭写日志文件试试，或者不要写太多的文件。

隐性埋名 2014-12-03

打赏
举报

以专业开发人员为伍 2014-12-02

打赏
举报

瞎扯。如果自己写了程序不测试，那就是瞎编程序，还算经过正规师傅培训出来的程序员吗？

风吹裤衩轻飞扬丶 2014-12-02

打赏
举报

引用 12 楼 qq_15313019 的回复:

测试这块还真是一窍不通

就是怎么会出错怎么来。测试都是不正常的人。但也是最屌的人。

一路向北989 2014-12-01

打赏
举报

引用 11 楼 sp1234 的回复:

既然是突发现象，你就检查7点50以后的日志就好了。重点还是要能够根据日志等等信息，重现问题，在测试环境也能让你的程序“CPU持续100%”。先能够制造bug，你才能解决bug。

测试这块还真是一窍不通

以专业开发人员为伍 2014-12-01

打赏
举报

既然是突发现象，你就检查7点50以后的日志就好了。重点还是要能够根据日志等等信息，重现问题，在测试环境也能让你的程序“CPU持续100%”。先能够制造bug，你才能解决bug。

以专业开发人员为伍 2014-12-01

打赏
举报

哦，是IIS日志占用800M，我还以为是内存。sorry。如果只是日志的大小，就更没有什么问题。你把日志停掉就是了。

娃都会打酱油了 2014-12-01

打赏
举报

CPU使用率过高是不是GC频繁回收导致的？然后你的Log记录时是不是每次都要把整个文件都读取的？你可以考虑下把文件按日、小时分文件如果我说的不对，请无视。。。。

以专业开发人员为伍 2014-12-01

打赏
举报

有8G内存，你的某个进程占用了800M内存（不一定是你所谓的缓存占用的全部），这并不为奇。解决了你得CPU占用100%的问题才是重点。千万不要乱投方向，那样容易杀掉你正常的神经，然后问题也没有真正解决。而CPU占用100%，这只有你自己才能跟踪。你应该做日志，看看到底在干什么循环操作。给你2个建议，不要简单滥用太复杂、刚发现、没有15年以上时间验证的东西。要用就要用成熟的东西，至少作为一个应急替换。另外要做高强度的测试，不要随便上线。

一路向北989 2014-12-01