Ticket Q532188
Visible to All Users
Duplicate

ASP page saving / upadting is very slow with DevExpress controls

created 11 years ago

Hi,

I've seen this question over and over in support tickets however I haven't found a conclusive answer.

When I save or change something in an ASP page with many DevExpress controls it takes the page approx 15-25 seconds to save / refresh.
(Please see the attached project as an example.)

This makes developing with the DevExpress controls very very slow.

I am looking for a simple solution to this problem as I wouldn't like to have to change the whole project that I am currently working on.

I have seen recommendations of putting some of the controls into User Controls however I am not familiar with working with User Controls, specifically with referring to them in JS and code behind. Also, I'm assuming this will be a large amount of additional work.

The following solutions have not worked for me:
https://www.devexpress.com/Support/Center/Question/Details/KA18789 "I've had a similar issue and for me it greatly improved by first removing the VMware VS add-in (I simply renamed the c:\Program Files (x86)\VMware\VMware Workstation\Visual Studio Integrated Debugger\ folder to c:\Program Files (x86)\VMware\VMware Workstation\Visual Studio Integrated Debugger1) and then similar as Eric suggested moved AspxGridView, AspxGridLookup, AspxEditors (in this order) to the top of the include list in the web.config."

https://www.devexpress.com/Support/Center/Question/Details/Q436435
"Thank you for the report. First, I recommend that you remove our assemblies from the bin folder and reference them from GAC. I believe that this will fix the issue."

https://www.devexpress.com/Support/Center/Question/Details/KA18788
"When I start VS2012 with administrator rights, then everything works without any problems."

Thanks.

Comments (2)
DevExpress Support Team 11 years ago

    Hello Daniel,
    I have examined your project. You have encountered the issue described in the Visual Studio 2012 (2010) performance is very slow when a page with ASP.NET controls is opened in Designer article. Unfortunately, there is only one solution: separate the page into several UserControls. SInce you are having difficulty with it, I will try to modify your sample to illustrate how to accomplish this task. However, I need additional time. I will update this ticket once I have results.

      Thanks Vladimir.
      I would appreciate it if you could do the sample as soon as possible as I am now spending a third of my development time waiting for the page to update / save.
      Regards,
      Daniel.

      Answers approved by DevExpress Support

      created 11 years ago (modified 11 years ago)

      Hi Everyone,

      One workaround for this problem that does not require the additional work of user controls is to edit the code only, NOT using the split (source|design) screen. You don't need the designer window open in Visual Studio at all. To see changes you are making in the markup almost instantly, simply run up a copy of the web application, when the browser has your pages displayed, stop the application from running. This still leaves the instance if IIS Express running still serving up the web page. When you make changes to the markup, CTRL+S (or file, save) is instant, and then a refresh on the browser page renders the new page layout almost instantly (depending on your data bindings).

      Other things to note, in my tests I am running VS2012 with Update 4, and I also tested on VS2013. I was able to get the same speed and performance on my testing VM (running on 4gb ram on laptop) as I did on my main dev machine.

        Comments (3)

          Thanks Paul!
          This solution has saved me so much time.
          I was hesitant to put all the controls on the page into User Controls due to the extra time it would have taken, so for me, this is the best solution.
          As a note, this solution didn't work for me on VS 2012 Update 2. I had to upgrade my VS to Update 4.
          Thanks again.

            This would work better is more properties were available in source view for an .aspx page.  For example, the 'Items' property is often not displayed for an ASPxComboBox if not already defined… What determines which subset of a control's properties are not displayed in source view?
            Regards,
            -Jay

            Sergi (DevExpress) 9 years ago

              Hello Jay,

              To process your recent post more efficiently, I created a separate ticket on your behalf: T329536: Control properties are not available in markup. This ticket is currently in our processing queue. Our team will address it as soon as we have any updates.

              created 11 years ago (modified 11 years ago)

              Hello Daniel,
              I have modified your sample to demonstrate how you can divide the problematic page into several UserControls. The page saving performance seems to be slightly improved. After the page is opened in the Visual Studio designer for the first time, I do not see the performance issue. In addition, this solution allowed me to remove several empty table cells. Please review the attachment and let me know if you have any other questions.

                Comments (2)

                  Hi Vladimir,
                  Thanks for the work you put into this!
                  I've gone with Paul's solution below due to the time it would have taken to implement the User Controls but I do appreciate your response!
                  Regards,
                  Daniel.

                  DevExpress Support Team 11 years ago

                    Hello Daniel,
                    I am glad to hear that the workaround meets your requirement. I also thank Paul for sharing his experience.
                    I've updated the Visual Studio 2012 (2010) performance is very slow when a page with ASP.NET controls is opened in Designer article with this information since I think it can help other users.

                    Disclaimer: The information provided on DevExpress.com and affiliated web properties (including the DevExpress Support Center) is provided "as is" without warranty of any kind. Developer Express Inc disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.

                    Confidential Information: Developer Express Inc does not wish to receive, will not act to procure, nor will it solicit, confidential or proprietary materials and information from you through the DevExpress Support Center or its web properties. Any and all materials or information divulged during chats, email communications, online discussions, Support Center tickets, or made available to Developer Express Inc in any manner will be deemed NOT to be confidential by Developer Express Inc. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.