2010-04-10 104 views
1

什麼是最新關於ASP.Net MVC性能的數據?它如何在重負載下進行擴展和執行?ASp.Net MVC 2性能

我已經剖析了我的ASP.Net MVC 1應用程序,並且大部分時間都浪費在System.Web.MVC程序集中,所以我認爲這可能是一個問題。

+5

因此,在MVC 1上運行,看起來很公平:)如果您在MVC 1中遇到性能問題:您可能更關心當前代碼如何使用它而不是框架本身,它非常** * *輕量級。 – 2010-04-10 11:05:21

+0

我的代碼比MVC更輕量級。 MVC比nHibernate使用更多的時間,這就是爲什麼我堅持。 – 2010-04-10 11:13:26

+0

你是如何嚴格按照時間百分比來衡量的?如果我啓動一個for循環並調用一個MVC函數(甚至幾乎任何東西最輕的函數比'for'更昂貴)幾千次,百分比看起來它看起來像框架是一個豬...但那不是不錯,這是**框架的使用,導致花費的時間百分比偏斜。不知道你如何測量,很難說,但是MVC比nHibernate更重要(有超過1或2個查詢,例如實際上正在工作)*從來沒有成爲我見過的案例。 – 2010-04-10 11:21:25

回答

6

「MVC使用比nHibernate更多的時間」

這不可能是真實的。

即使使用nHibernate進行簡單選擇,您可能會看到連接,查詢翻譯,查詢執行以及針對MSSQL的最終實現的時間超過50ms。

一個基本的MVC請求在< 1毫秒內沒有邏輯返回。

+0

+1我支持這個,根據我對MVC和NHibernate的經驗,我從未遇到過MVC代碼比NHibernate慢的情況。 @Heavy Wave:可能會更嚴重的事情發生在您的MVC代碼中! – 2010-04-10 15:39:01

+0

是的,MVC方法正在等待nHibernate,那就是發生了什麼。仍然會很高興看到關於MVC性能的一些數據。 – 2010-04-11 03:06:45

0

我們有一個高流量的ASP.NET MVC網站,它表現不錯。

不用擔心在MVC本身花費的時間。這不會是一個問題。

我在我們的網站上發現更多流量的主要問題是我們只能緩存完整的操作。但現在這一切看起來都好於預期。

1

事實上,這個網站(堆棧溢出)是在asp.net MVC 1中完成的。它是如何看起來速度明智的?