How do I improve ASP.NET MVC application performance?

A compiled list of possible sources of improvement are below:

General

• Make use of a profiler to discover memory leaks and performance problems in your application. personally I suggest dotTrace
• Run your site in Release mode, not Debug mode, when in production, and also during performance profiling. Release mode is much faster. Debug mode can hide performance problems in your own code.

Caching

• Use CompiledQuery.Compile() recursively avoiding recompilation of your query expressions
• Cache not-prone-to-change content using OutputCacheAttribute to save unnecessary and action executions
• Use cookies for frequently accessed non sensitive information
• Utilize ETags and expiration - Write your custom ActionResult methods if necessary
• Consider using the RouteName to organize your routes and then use it to generate your links, and try not to use the expression tree based ActionLink method.
• Consider implementing a route resolution caching strategy
• Put repetitive code inside your PartialViews, avoid render it xxxx times: if you end up calling the same partial 300 times in the same view, probably there is something wrong with that. Explanation And Benchmarks

Routing

• Use Url.RouteUrl("User", new { username = "joeuser" }) to specify routes. ASP.NET MVC Perfomance by Rudi Benkovic
• Cache route resolving using this helper UrlHelperCached ASP.NET MVC Perfomance by Rudi Benkovic

Security

• Use Forms Authentication, Keep your frequently accessed sensitive data in the authentication ticket

DAL

• When accessing data via LINQ rely on IQueryable
• Leverage the Repository pattern
• Profile your queries i.e. Uber Profiler
• Consider second level cache for your queries and add them an scope and a timeout i.e. NHibernate Second Cache

Load balancing

• Utilize reverse proxies, to spread the client load across your app instance. (Stack Overflow uses HAProxy (MSDN).
• Use Asynchronous Controllers to implement actions that depend on external resources processing.

Client side

• Optimize your client side, use a tool like YSlow for suggestions to improve performance
• Use AJAX to update components of your UI, avoid a whole page update when possible.
• Consider implement a pub-sub architecture -i.e. Comet- for content delivery against reload based in timeouts.
• Move charting and graph generation logic to the client side if possible. Graph generation is a expensive activity. Deferring to the client side your server from an unnecessary burden, and allows you to work with graphs locally without make a new request (i.e. Flex charting, jqbargraph, MoreJqueryCharts).
• Use CDN's for scripts and media content to improve loading on the client side (i.e. Google CDN)
• Minify -Compile- your JavaScript in order to improve your script size
• Keep cookie size small, since cookies are sent to the server on every request.
• Consider using DNS and Link Prefetching when possible.

Global configuration

• If you use Razor, add the following code in your global.asax.cs, by default, Asp.Net MVC renders with an aspx engine and a razor engine. This only uses the RazorViewEngine.
  ViewEngines.Engines.Clear(); ViewEngines.Engines.Add(new RazorViewEngine());
• Add gzip (HTTP compression) and static cache (images, css, ...) in your web.config<system.webServer> <urlCompression doDynamicCompression="true" doStaticCompression="true" dynamicCompressionBeforeCache="true"/> </system.webServer>
• Remove unused HTTP Modules
• Flush your HTML as soon as it is generated (in your web.config) and disable viewstate if you are not using it <pages buffer="true" enableViewState="false"

The basic suggestion is to follow REST principles and the following points ties some of these principals to the ASP.NET MVC framework:

1. Make your controllers stateless - this is more of a 'Web performance / scalability' suggestion (as opposed to micro/machine level performance) and a major design decision that would affect your applications future - especially in case it becomes popular or if you need some fault tolerance for example.
   • Do not use Sessions
   • Do not use tempdata - which uses sessions
   • Do not try to 'cache' everything 'prematurely'.
2. Use Forms Authentication
   • Keep your frequently accessed sensitive data in the authentication ticket
3. Use cookies for frequently accessed non sensitive information
4. Make your resources cachable on the web
   • Utilize ETags
   • Use expiration
   • Write your custom ActionResult classes if necessary
   • Utilize reverse proxies
5. Compile your JavaScript. There is Closure compiler library to do it as well (sure there are others, just search for 'JavaScript compiler' too)
6. Use CDNs (Content Delivery Network) - especially for your large media files and so on.
7. Consider different types of storage for your data, for example, files, key/value stores, etc. - not only SQL Server
8. Last but not least, test your web site for performance

Difference between Html.BeginForm() and ajax.beginform()

Ajax.BeginForm()

1. Won't redirect the form even you do a RedirectAction().
2. Will perform save , update and any modification operations asynchronously.
3. Validate the Form using FormMethods - OnSubmit. So you are abort the Post
4. This creates a form that submits its values using an asynchronous ajax request. This allows a portion of the page to be update without requiring that the entire page be refreshed.
5. Ajax.BeginForm() creates a form that submits its values using an asynchronous ajax request. This allows a portion of the page to be update without requiring that the entire page be refreshed.

Html.BeginForm()

1. Will redirect the form.
2. Will perform operations both Synchronously and Asynchronously (With some extra code and care).
3. Html.BeginForm will always use RouteTable to detrmine the action attribute value.
4. This will create a form on the page that submits its values to the server as a synchronous HTTP request, refreshing the entire page in the process.
5. Html.BeginForm() will create a form on the page that submits its values to the server as a synchronous HTTP request, refreshing the entire page in the process.

Why should we use MVC vs normal ASP.NET?

There are various positive points to moving towards MVC

1.  TDD support out of the box as most of the design is based on interfaces.
2.  SEO friendly URL by design (though now this is possible in ASP.NET 4 as well)
3.  No ViewState (this may seem a bit of moving backward to some), but overall a good design decision.
4.  Clean View Markup (no additional HTML emitted)
5.  100% extensible.  You can add your own controller with IOC, switch view engines at will, control model binding at wish etc.
6.   Rich UI support (possible through client side JS libraries like jQuery UI and others).  Telerik has released some controls for MVC which includes Grid control as well (which are merely HTMLHelpers)
7.  Session, JS, Ajax works.  Validation is even more powerful with DataAnnotations and jquery.
8.  Is MVC faster?  Yes by default because of lack of viewstate and clean markup.  But performance is subject and MVC by design is more performant that traditional ASP.NET webforms (though webforms can be made as fast as required.
9.  Out of the box support for mitigating antiforgery attacks and XSS vulnerability (though asp.net does has this to some extent)
10.  Out of the box minimal IOC support.
11.  Full control over rendered HTML
12.  Pluggable architecture
13.   And much more....

Couple of limitations (though not exactly)
1.  Learning curve as most asp.net developers are used to windows form model for web development.


NOTE:  Webforms is not bad.  But by design it encourages many bad practices.  A webform at the hands of careful developer is as or could be even more productive than MVC.  Just my thought.

Additional readings at http://msdn.microsoft.com/en-us/magazine/dd942833.aspx

Hope this helps.