BuyLog In
Ticket Q234857
Visible to All Users

Cache Views

created 15 years ago

Hi Guys,
i already know Q142886 and some other Performance Suggestions. But we are currently in an test stage on an customer with about 80 - 100 Users. There is an VMWare ESX Environment. The Main Problem is Performance. Our Contact DetailView is more complex then other view - and opening an Contact takes 10 Seconds there. So after digging through the XAF Sourcecode i found in the Window.cs this Method: FindCachedView. So it looks like you have already thought about that. Currently i would need an Solution to speed up the System, because the users are not really comfortable with the overal performance.
BTW: An Side effect of the whole performance is also CPU Usage. I noticed if i open the the DetailView CPU goes up to 70-90%…?
So do you have any hints/suggestions how i can implement such caching in the meantime by my self?

Show previous comments (6)
M M
Martin Praxmarer - DevExpress MVP 15 years ago

    Alex,
    in Q136840 i provided a example - it was not exactly our production code but it took also 3 seconds to load.
    "BTW: Could you please confirm that you are experiencing a problem when splitting the Contacts Detail View layout into different views, to improve the overall performance"
    Yes - this layout is as it is on customer side and we dont change it - such an layout can also be not an problem…
    So again: Why are all the View are initialy loaded even if they are not initialy visible? Its really urgent for us Alex because the Contact_DetailView is the MainView for the Users, so i need urgently to speed up the loading time of the View!
     Contact_LinkedContactKinds_ListView is loading - initialy visible
     Contact_Addresses_ListView is loading2 - initialy not visible
    Contact_Industries_ListView is loading- initialy visible
    Contact_Contacts_ListView is loading- initialy not visible
    Contact_Features_ListView is loading- initialy visible
     Contact_Relations_ListView is loading- initialy not visible
    Contact_Activities_ListView is loading- initialy visible
    Contact_ContactPersons_ListView is loading- initialy not visible
     Contact_Documents_ListView is loading- initialy not visible
    Person_Communications_ListView is loading- initialy not visible
    Person_AuditTrail_ListView is loading- initialy not visible
    CustomerDetails_Representatives_ListView is loading- initialy not visible
    ContactDetails_BankDetails_ListView is loading- initialy not visible
    CustomerDetails_DetailView is loaded- initialy not visible
    SupplierDetails_DetailView is loaded- initialy not visible
    ContactDetails_BankDetails_ListView is loading- initialy not visible
    RepresentativeDetails_DetailView is loaded- initialy not visible
    ContactDetails_BankDetails_ListView is loading- initialy not visible
    EmployeeDetails_DetailView is loaded- initialy not visible

    DevExpress Support Team 15 years ago

      Martin,
      We'll examine the example posted in the Q136840 thread, and I'll get back to you once we have any results. In the meantime, you're welcome to post your actual project here, to prevent a possible misidentification of the problem. Back to your question: that's right, all views are instantiated at once, during the initialization phase. However, data will be loaded only when the view is activated, so in most situations this shouldn't cause a big performance hit. Anyway, we'll analyze the problem using the sample project you mentioned, to make it certain whether there's an actual issue we are currently unaware of.
      Thanks,
      Alex

      DevExpress Support Team 15 years ago

        Hi Martin,
        Thanks for your patience. We've tested the sample project posted in the Q136840 thread (Q136840) on a machine with following configuration:
        Intel Core 2 Duo, 3.0 GHz, 4GB RAM, Windows XP 64 bit. In our tests, the application was built using the Release configuration and launched out of the Visual Studio debugger context. The amount of time required to display the Detail form is less than 2sec (approximately 1.5 sec). The CPU usage increases for a very short period (less than a half of second). Let me know whether your results are different. As stated previously, you're welcome to post a most recent application snapshot, so that we can examine it as well. Other than that, there could be a performance loss when displaying a large number of items within the Detail View at once. Unfortunately, we can only suggest that you redesign the Detail View layout, to avoid this problem. At present, we see no suitable solution on how to improve the performance in this situation.
        Thanks,
        Alex

        Sign in to comment on this post

        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.