web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Apps / Performance optimizati...
Power Apps
Answered

Performance optimization - how do components work?

(0) ShareShare
ReportReport
Posted on by 17

Hi all.

 

I've been doing some research on performance optimization as my app has a very long load-time. A tip that often comes up is the use of components and while the benefits of components changing automatically accross all screens are obvious, rarely do people go in-depth about how the app actually loads and implement these. The common thing to bring up is how they reduce the seen amount of controls in the left-hand tree view, but I'm wondering if this reflects an actual "behind the scenes" reuse of the controls that make up the component.

Say if I have a header component with a logo and rectangle and a label for the screen title like "Home Screen", "Settings" etc. Does the app actually resuse these controls or does it duplicate each and functionally you end up with the same amount of controls only hidden to the developer so to speak?

Categories:
I have the same question (0)
  • AmeerJab Profile Picture
    370 on at

    Hello,

    what i would recommend for you to do is you can Monitor your app, while Monitoring your app you can view the time each component took to load.

     

    • you can also go to setting inside your power app
    • then go to Upcoming features
    • go to experimental and scroll down to enhanced performance for hidden controls and enable it 
  • Verified answer
    RandyHayes Profile Picture
    76,299 Super User 2024 Season 1 on at

    @Konditoren 

    Controls will make your app more manageable and easier to change, but they will not necessarily change load times.  Technically, under the covers, the resultant screens generated will have the same instances as without a control.

     

    However, the above statement about manageability and ease of change is a definite plus for components!

     

    But, are you actually dealing with so many controls in your app that you feel that it is the performance issue?  If so, then I would consider changing the amount of controls you have and consolidating into better ways - like if you have a long line of buttons, consider putting a single gallery with a single button in it and then have the gallery action determine the button action.

     

    Usually, performance issues on load are almost always attributed to datasources.  If you are using collections to collect a full data source (or even just a variable) then you will suffer a lot of performance issues.  Those should be removed and refactored.  Likewise, if you are making lots of "trips" to the datasource in the start of the app, then that should be refactored.  And finally, keep in mind that when an app starts, it renders the controls on the screen.  If those controls have properties in them that are data intensive, then those should be refactored as well.

     

    You can definitely use the Monitor tool as @AmeerJab mentioned to get a better idea on what is consuming the time as well.

     

    I hope this is helpful for you.

  • Konditoren Profile Picture
    17 on at

    Hi, thank you for the reply. You too @AmeerJab . I used the monitor tool and concluded that issue is not primarly the amount of components, but for some reason it calls a bunch of random lookups. These might be triggered somehow by cross-screen dependencies or something, but I'm not too sure. Details here https://powerusers.microsoft.com/t5/Building-Power-Apps/Weird-onstart-behaviour-causing-extremely-slow-load/m-p/1328409#M346698

  • RandyHayes Profile Picture
    76,299 Super User 2024 Season 1 on at

    @Konditoren 

    Yes, this is very common in the app if you have datasource formulas in controls - which is preferred, but must be used properly to not cause extensive start up time or screen render time.

    What you have to realize is that PowerApps is just like Excel - all controls derive from other controls if the formulas in them state to do so.

    So an example of a bad scenario is if you have a Gallery that derives some property of another control in order to determine its Items (like a dropdown that is used in a Filter in the Gallery Items).  YET, on the dropdown, there is some other formula that changes the dropdown value by some way, then the Gallery will re-evaluate the Items property again.  So that can be hit after hit to the datasource and can be slow depending on the complexity.

    Also, and collect statements or other gathering from the datasource can slow down the start.

     

    Glad you are able to start narrowing it down.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Users!

Kudos to our 2025 Community Spotlight Honorees

Congratulations to our 2025 community superstars!

Congratulations to the March Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Power Apps

#1
11manish Profile Picture

11manish 522

#2
WarrenBelz Profile Picture

WarrenBelz 437 Most Valuable Professional

#3
Vish WR Profile Picture

Vish WR 405

Last 30 days Overall leaderboard