另外，服务器是戴尔PIII至强双CPU，8X18G阵列raid 10, win2000 adv server, SQl server 2000 企业版，每天发出帖子2000条，数据库连接数>=100. CPU占用率99%
蜗牛太慢，怎么办？
10 个解决方案
#1
还是算法问题.
#2
同一楼上
#3
聊天室中SESSION和APPLICATION特别占服务器资源
应该尽量优化程序，减少这些对像的使用个数，
对象创建过后，要记得注销掉
应该尽量优化程序，减少这些对像的使用个数，
对象创建过后，要记得注销掉
#4
分别独立处理。
例如，把聊天室放到另一台服务器上试验一下。
再把BBS独立出来看看。
而且,2000 server有许多功能可以关闭，如ftp什么的。
例如，把聊天室放到另一台服务器上试验一下。
再把BBS独立出来看看。
而且,2000 server有许多功能可以关闭，如ftp什么的。
#5
1.如果内容使用量也很高，请确认asp中用createobject创建的对象，在
用完都用set XXX=nothing 释放。并尽量少用application对象（数组）
限制session的数量，并减短session的生存期
2.cpuCPU占用率应不高于60%，否则可能成为性能瓶颈！如果持续占有率走高，
请首先检查是否有病毒，第二，整理一下你的程序算法，第三、用编译过的
组件代替昂贵的服务逻辑。
3.把sql server设置为多cpu模式
4.增加cpu的数目，如果我猜得不错，你的服务器应支持4颗cpu
5.考虑你的数据库设计是否合理，查询语句是否走了很多弯路
6.最后一点，你应该考虑一下你的设计策略，如，有一些工作完全可以等到访问量
极少时做。如果用户量大得惊人，应考虑使用集群服务来负载均衡。
用完都用set XXX=nothing 释放。并尽量少用application对象（数组）
限制session的数量，并减短session的生存期
2.cpuCPU占用率应不高于60%，否则可能成为性能瓶颈！如果持续占有率走高，
请首先检查是否有病毒，第二，整理一下你的程序算法，第三、用编译过的
组件代替昂贵的服务逻辑。
3.把sql server设置为多cpu模式
4.增加cpu的数目，如果我猜得不错，你的服务器应支持4颗cpu
5.考虑你的数据库设计是否合理，查询语句是否走了很多弯路
6.最后一点，你应该考虑一下你的设计策略，如，有一些工作完全可以等到访问量
极少时做。如果用户量大得惊人，应考虑使用集群服务来负载均衡。
#6
最好的办法就是把SQL Server放到别台计算机上，
和IIS放在一起CPU来不及了·
和IIS放在一起CPU来不及了·
#7
现在已经把数据库服务器独立出来了，通过ODBC连接，就是数据库服务器的负载太大，变成了蜗牛。小马说的有道理，我再检查检查代码。
#8
ftp运用无法关闭，应为业在用，
#9
可以对其进行进一步的优化，
对于常用的查询，我建议你把它们做成存储过程，速度会提高很多的。
对于常用的查询，我建议你把它们做成存储过程，速度会提高很多的。
#10
內存條是否不夠，還有算法的優化問題！
#1
还是算法问题.
#2
同一楼上
#3
聊天室中SESSION和APPLICATION特别占服务器资源
应该尽量优化程序，减少这些对像的使用个数，
对象创建过后，要记得注销掉
应该尽量优化程序，减少这些对像的使用个数，
对象创建过后，要记得注销掉
#4
分别独立处理。
例如，把聊天室放到另一台服务器上试验一下。
再把BBS独立出来看看。
而且,2000 server有许多功能可以关闭，如ftp什么的。
例如，把聊天室放到另一台服务器上试验一下。
再把BBS独立出来看看。
而且,2000 server有许多功能可以关闭，如ftp什么的。
#5
1.如果内容使用量也很高，请确认asp中用createobject创建的对象，在
用完都用set XXX=nothing 释放。并尽量少用application对象（数组）
限制session的数量，并减短session的生存期
2.cpuCPU占用率应不高于60%，否则可能成为性能瓶颈！如果持续占有率走高，
请首先检查是否有病毒，第二，整理一下你的程序算法，第三、用编译过的
组件代替昂贵的服务逻辑。
3.把sql server设置为多cpu模式
4.增加cpu的数目，如果我猜得不错，你的服务器应支持4颗cpu
5.考虑你的数据库设计是否合理，查询语句是否走了很多弯路
6.最后一点，你应该考虑一下你的设计策略，如，有一些工作完全可以等到访问量
极少时做。如果用户量大得惊人，应考虑使用集群服务来负载均衡。
用完都用set XXX=nothing 释放。并尽量少用application对象（数组）
限制session的数量，并减短session的生存期
2.cpuCPU占用率应不高于60%，否则可能成为性能瓶颈！如果持续占有率走高，
请首先检查是否有病毒，第二，整理一下你的程序算法，第三、用编译过的
组件代替昂贵的服务逻辑。
3.把sql server设置为多cpu模式
4.增加cpu的数目，如果我猜得不错，你的服务器应支持4颗cpu
5.考虑你的数据库设计是否合理，查询语句是否走了很多弯路
6.最后一点，你应该考虑一下你的设计策略，如，有一些工作完全可以等到访问量
极少时做。如果用户量大得惊人，应考虑使用集群服务来负载均衡。
#6
最好的办法就是把SQL Server放到别台计算机上，
和IIS放在一起CPU来不及了·
和IIS放在一起CPU来不及了·
#7
现在已经把数据库服务器独立出来了，通过ODBC连接，就是数据库服务器的负载太大，变成了蜗牛。小马说的有道理，我再检查检查代码。
#8
ftp运用无法关闭，应为业在用，
#9
可以对其进行进一步的优化，
对于常用的查询，我建议你把它们做成存储过程，速度会提高很多的。
对于常用的查询，我建议你把它们做成存储过程，速度会提高很多的。
#10
內存條是否不夠，還有算法的優化問題！