要是程序的问题,肯定能测试出来…… 可能测试方法不太合适如果3个以上用户连接,IIS都疯狂吃内存的话,程序的优化程度还需要在努力一点了…… 

解决方案 »

  1.   

    这个比较难猜了.可能出现死锁了.也可能是数据的问题导致了递归或者死循环..在出现这个问题的时候尝试着把SQL语句抓出来看看.
      

  2.   

    数据操作层都有基类,尝试在基类中添加 “写SQL操作日志的文件” 每次读写数据库都写一次文件日志,并且记录操作时间和SQL语句,抓10个用户的操作看看,估计能有点收获
      

  3.   

    内存和CPU他不是有规律的涨,他是一下就涨起来了,我都措手不及。
      

  4.   

    估计是没dispose close 等释放操作
      

  5.   

    用到ado.net中的东西,看看有没有没关的
      

  6.   

    估计是数据库连接没有及时关闭,以及事务没有提交等问题,这个还要看具体到底打开哪个页面,点击哪个按钮导致上述问题。还有可能是缓存用的太多,届时Session也会丢失。