为什么asp.net或.net编写的东东速度慢?(100分)

  • 主题发起人 主题发起人 Mischa
  • 开始时间 开始时间
M

Mischa

Unregistered / Unconfirmed
GUEST, unregistred user!
[brown][/brown]各位网友:
  我的朋友单位本来有一套LAN和B/S架构的MIS系统,
后来花了大把大把的银子请电脑公司搞了一个以.net为
架构的系统,前端是asp.net写的网页,后端是MS
sqlserver 2k,但是事与愿违的是系统速度及慢,本来BS
系统要1分钟的事情现在要7、8分钟,这也太过份了。
  我想提的问题是:撇开他们开发的方法不谈,我觉得
用asp.net写的东西速度好像总比一般用asp或jsp的要慢,
问问朋友们有什么好的方法能加快asp.net处理速度。
谢谢了[:)]
 
从技术上来说,ASP .Net是不可能比ASP慢的,ASP .Net采取了多种改善效率的技术,包括
编译后再执行(类似JSP)和ADO .Net等,拥有这些武器后,ASP .Net才能在性能上与JSP叫
板,如果你们的系统很慢,请考虑以下原因:
1、你们的服务器配置是否足够很好地支持ASP .Net?
可以在Win2000“控制面板->性能”中监测系统资源的使用情况。
2、开发者在设计架构时是否采取了正确合理的方法?
系统架构是对系统性能影响最大的因素,犹如一幢高楼的建造,采用哪种语言(或上层技
术)只相当于建造大楼的建材,如果没有合理的建筑力学设计,即使使用上好的建材,建造
出来的大楼也是不可靠的。
 
同意楼上的,
 
还有没有其它的朋友有新的见解?否则我可要发米了[:D]
 
加大内存,起码512M,保证要快很多
 
这种情况不能一概而论,最好用软件分析一下,到底是代码执行速度慢,还是数据库
操作慢。找对原因再下结论
 
如果是在有数据连接的页面,看看查询是如果做的。建议查询尽量用存储过程实现,或在
服务器端生成查询结果后再送到前端。
应该是不会慢的,况且也很少有可能会用到7、8分钟这么长的时间。
 
[red]从技术上来说,ASP .Net是不可能比ASP慢的[/red]
我的看法可是正好相反的,嘿嘿.
所有的操作响应都通过页面封装之后发送到服务器处理,点击一个按钮
也要在网络中来回跑上几趟才能决定要做什么,速度不大可能快得起来啊.
最后,可以看看java的历史,前几年大家都在批评java太慢,现在也还有人说,
可声音小多了,因为它已经成熟了.
.net刚刚出来,各个方面都还不够成熟,出现这样的问题是正常的,也许是.net
本身的问题,也许是程序编写的问题,没人知道.反正,最近两年我是没有使用
.net的计划的,呵呵,看看再说吧,让兄弟们都阵亡了我再上.
 
直觉上讲,我感觉肯定不是.NET的问题,因为30000条记录无论如何不可能7-8分钟。
这不是一个正常的速度。建议检查数据库性能。
 
速度慢,不能简单的说就是语言的原因。设计的架构、数据库的结构等等都会影响!
 
嘿嘿,我的意见[:D]
我提出这个问题,并不因为我的朋友由BS转为.net速度太慢,而是
因为我也用.net framework写东东后发觉速度同用BS或CS相比太慢。
是有体会才想问问是否有什么设置使速度快一些的。
至于Sachow网友和小猪网友这两方面的意见,事实上我也有报困惑[^]
我看过许多.net的书,一些是台湾朋友写的,其中就是Sachow网友的
观点,说.net的革新之一,将网页设计程序化,结构化,dll化了,因
为转成dll,所以运行时同CGI效率无异。
而我的另一位朋友(就是他的单位请电脑公司用.net写的软件),也
看过些.net的书,其观点同小猪无异,说,什么都runat=server,处理
中有那么多网络上的roundtrip,速度怎么快得起来?!嘿,也有道理呀!
许多网友说SA和SQL语句等问题,当然,这是重要的一部分,不过,我现
在只从实现技术上讨论,我贴这个贴子的目的是想问到底有没有设置,
使asp.net能快些。
最后,谢谢大家参与,我到别处再问问去,有答案,一定发贴子告诉大家[:D] 
 
Round-Trip增多本身并不是ASP .Net的过错,而是在B/S架构上要模拟C/S界面的结果,我曾
浅尝过做一个C#的ASP .Net Web应用程序,发现编程方法与传统RAD开发工具近似,而与ASP
是大相径庭的,这无疑会产生更多的客户端与服务器的交互,也就是一个个的Round-Trip。
它想应力实现的就是编写一个B/S程序与编写C/S程序没有太大差异,我们参加了微软.Net
发布会,看了他们的演示后,一大感觉就是微软又降低了开发Web程序的门槛,使得更多人
可以更简单的开发Web程序,但是这样的负作用呢?联想到Borland的MIDAS技术,为了尽量
迎合传统C/S程序开发人员的习惯,让开发人员能尽量简单地将一下两层的程序布署为三层,
但却造就了一大批的“假”三层系统(当然我不是说这种假三层系统不好,事实上在很多场
合下它们很管用)。我觉得这两件事是有异曲同工之“妙”的。
 

Similar threads

回复
0
查看
1K
不得闲
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
后退
顶部