Hi All
Related to other posts I am embedding prism modules into CoverFlow Items.
The modules by themselves use next to no CPU. but when placed into CoverFlow, then CPU is at 90% constant when there is no animations occuring at all.
I have attached a screenshot.
What is the most likely cause for this?
Related to other posts I am embedding prism modules into CoverFlow Items.
The modules by themselves use next to no CPU. but when placed into CoverFlow, then CPU is at 90% constant when there is no animations occuring at all.
I have attached a screenshot.
What is the most likely cause for this?
14 Answers, 1 is accepted
0
Hi Nick Wood,
One of the likely causes for high CPU usage could be the reflection of your CoverFlow control. You can set the IsReflectionEnabled property to false just to check whether the issue is coming from the reflection itself. Even thought we use a shader effect for the CoverFlow reflection it still uses the CPU instead of the GPU for performing the operations. I hope this will change with the official release of Silverlight 4, but for now Silverlight 4 beta stills uses the CPU for executing shaders.
If this is the main cause for your CPU load, you can tune the reflection properties of the CoverFlow control accordingly. To read how to make the reflection smaller and thus to lessen the CPU usage take a look at my blog post that gives some brief explanation of the reflection properties in CoverFlow.
Please get back to us if there are still any issues with the CoverFlow control. Thank you for contacting us.
Best wishes,
Hristo Borisov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
One of the likely causes for high CPU usage could be the reflection of your CoverFlow control. You can set the IsReflectionEnabled property to false just to check whether the issue is coming from the reflection itself. Even thought we use a shader effect for the CoverFlow reflection it still uses the CPU instead of the GPU for performing the operations. I hope this will change with the official release of Silverlight 4, but for now Silverlight 4 beta stills uses the CPU for executing shaders.
If this is the main cause for your CPU load, you can tune the reflection properties of the CoverFlow control accordingly. To read how to make the reflection smaller and thus to lessen the CPU usage take a look at my blog post that gives some brief explanation of the reflection properties in CoverFlow.
Please get back to us if there are still any issues with the CoverFlow control. Thank you for contacting us.
Best wishes,
Hristo Borisov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
0
Nick Wood
Top achievements
Rank 1
Rank 1
answered on 09 Mar 2010, 12:37 PM
Hi Hristo
This has reduced the CPU usage substancially. Its now at around 20%
Thankyou very much for your help
This has reduced the CPU usage substancially. Its now at around 20%
Thankyou very much for your help
0
Ben Hayat
Top achievements
Rank 2
Rank 2
answered on 11 Mar 2010, 01:08 AM
Nick, be sure to check none of the elements in your CF has any "effects" like shadow or blur which could also affect the rendering speed and CPU.
..Ben
..Ben
0
Manuel Felício
Top achievements
Rank 1
Rank 1
answered on 08 Jul 2010, 03:36 PM
Hello,
We've been struggling with this for a while and after spending a few time investigating we found that our CoverFlow controls use close to 100% CPU when they are inside a RadWindow. When we put them inside a RadPane (in the center document pane host) it uses close to 0% (even with a dropshadoweffect applied in each image).
At first we thought that it was because we had the CoverFlow inside a Border, that was inside a RadDockPanel, that was inside a RadTabControl. But it only happens when it is ultimately inside a RadWindow.
I hope it helps to identify the issue.
We're using the latest internal build (2 of july).
Best regards,
Manuel FelÃcio.
We've been struggling with this for a while and after spending a few time investigating we found that our CoverFlow controls use close to 100% CPU when they are inside a RadWindow. When we put them inside a RadPane (in the center document pane host) it uses close to 0% (even with a dropshadoweffect applied in each image).
At first we thought that it was because we had the CoverFlow inside a Border, that was inside a RadDockPanel, that was inside a RadTabControl. But it only happens when it is ultimately inside a RadWindow.
I hope it helps to identify the issue.
We're using the latest internal build (2 of july).
Best regards,
Manuel FelÃcio.
0
Ben Hayat
Top achievements
Rank 2
Rank 2
answered on 08 Jul 2010, 03:43 PM
@Manuel, I think the CF is causing the Window to fire the events for refreshing the windows constantly and that's probably the reason for high CPU usage. I might be wrong. Something for the team to look at CF inside of a Window!
..Ben
..Ben
0
Hello Manuel,
I have tested plain RadWindow with RadCoverFlow inside bound to 50 items and there was no constant CPU usage (only when scrolling).
Could you send us sample project where we can reproduce this issue?
Greetings,
Hristo
the Telerik team
I have tested plain RadWindow with RadCoverFlow inside bound to 50 items and there was no constant CPU usage (only when scrolling).
Could you send us sample project where we can reproduce this issue?
Greetings,
Hristo
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0
Manuel Felício
Top achievements
Rank 1
Rank 1
answered on 09 Jul 2010, 10:31 AM
I spent a few hours trying to reproduce the issue in a sample and couldn't do it. It's very wierd.. but the thing is that in my app I have several types of views and some are shown inside RadWindows, other are shown in the main shell inside a RadDocking DocumentHost. When I show CoverFlows in the DocumentHost it always consumes close to 0% CPU but inside a RadWindow it always consumes close to 100%..
If I show all my views inside the DocumentHost, even the ones that I was hosting inside a RadWindow, it has 0% CPU. I don't know if this information helps or not..but I don't have any sample app that reproduces the issue..
It would be nice to know if more people are using CoverFlows inside RadWindows and know what they're experiencing.
I've tested with versions:
RadControls_for_Silverlight_4_2010_1_0422_TRIAL_hotfix
RadControls_for_Silverlight_4_2010_1_0603_TRIAL_hotfix
RadControls_for_Silverlight_4_2010_1_0702_trial
@Ben, you were saying CF could cause the RadWindow to fire refresh events constantly. Can you tell us more about it? Have you experienced that or know a way I could see that happening? That would explain the high cpu usage. Thanks.
Best regards,
Manuel FelÃcio.
If I show all my views inside the DocumentHost, even the ones that I was hosting inside a RadWindow, it has 0% CPU. I don't know if this information helps or not..but I don't have any sample app that reproduces the issue..
It would be nice to know if more people are using CoverFlows inside RadWindows and know what they're experiencing.
I've tested with versions:
RadControls_for_Silverlight_4_2010_1_0422_TRIAL_hotfix
RadControls_for_Silverlight_4_2010_1_0603_TRIAL_hotfix
RadControls_for_Silverlight_4_2010_1_0702_trial
@Ben, you were saying CF could cause the RadWindow to fire refresh events constantly. Can you tell us more about it? Have you experienced that or know a way I could see that happening? That would explain the high cpu usage. Thanks.
Best regards,
Manuel FelÃcio.
0
Nicolas
Top achievements
Rank 1
Rank 1
answered on 10 Jan 2011, 10:08 PM
Hi,
I am facing the same issue of a 100% cpu when having a CoverFlow (even with no items in it) inside a RadWindow. The CF is empty, and is quite the only control inside the RadWindow. Therefore I have no clue how I could possibly fix this.
Has anybody found anything interesting on that issue lately?
Thanks
I am facing the same issue of a 100% cpu when having a CoverFlow (even with no items in it) inside a RadWindow. The CF is empty, and is quite the only control inside the RadWindow. Therefore I have no clue how I could possibly fix this.
Has anybody found anything interesting on that issue lately?
Thanks
0
Manuel Felício
Top achievements
Rank 1
Rank 1
answered on 11 Jan 2011, 11:47 AM
Great,
So I'm not the only one experiencing this. What version of RadControls are you using? I'm still in the Q2 and I always had this issue.
So I'm not the only one experiencing this. What version of RadControls are you using? I'm still in the Q2 and I always had this issue.
0
Nicolas
Top achievements
Rank 1
Rank 1
answered on 11 Jan 2011, 11:59 AM
I am using Q3.
I'd suggest you check if you have a RadBusyIndicator somewhere in your application as I had one and although it was set as not busy, the progress bar was still running (or so it seems) and this was taking the whole CPU. Removing the BusyIndicator fixed the problem for me.
I'd suggest you check if you have a RadBusyIndicator somewhere in your application as I had one and although it was set as not busy, the progress bar was still running (or so it seems) and this was taking the whole CPU. Removing the BusyIndicator fixed the problem for me.
0
Manuel Felício
Top achievements
Rank 1
Rank 1
answered on 13 Jan 2011, 12:57 PM
I'm using the busy indicator from Silverlight Toolkit.
Anyway, are you saying that the problem might be due to the busy indicator being used together with RadCoverFlow or simply due to the busy indicator itself? If so, I disagree because I have tabs in my view and if I go to a tab that doesn't have the RadCoverFlow the CPU goes to 0. When I open a tab with the RadCoverFlow the cpu goes near 100
Anyway, are you saying that the problem might be due to the busy indicator being used together with RadCoverFlow or simply due to the busy indicator itself? If so, I disagree because I have tabs in my view and if I go to a tab that doesn't have the RadCoverFlow the CPU goes to 0. When I open a tab with the RadCoverFlow the cpu goes near 100
0
Nicolas
Top achievements
Rank 1
Rank 1
answered on 13 Jan 2011, 01:02 PM
In my case it was due to the BusyIndicator alone (because I had the issue on pages without CF). Sounds like your case is different.
I did have a weird behavior on the page that has the CF though, as I could see the CoverFlow always refreshing (it was flashing when enabling the enableRedrawRegion param) but only so long as the BusyIndicator was present on the page.
I did have a weird behavior on the page that has the CF though, as I could see the CoverFlow always refreshing (it was flashing when enabling the enableRedrawRegion param) but only so long as the BusyIndicator was present on the page.
0
Hello
George
the Telerik team
We are really shooting in the dark here. All our attempts to reproduce the problem failed. We will need more information to reproduce the problem and locate its source. We will greatly appreciate a sample project of yours. It will definitely help us in further pinpointing and resolving the problem.
George
the Telerik team
Let us know about your Windows Phone 7 application built with RadControls and we will help you promote it. Learn more>>
0
Laurence
Top achievements
Rank 1
Rank 1
answered on 02 Jun 2011, 03:38 PM
Hi
Same issue here and I can confirm in my case it's progress bar related.
Not 100% cpu but around 20% while the CF is displayed and only when there is content in the CF itself. Using enableRedrawRegion I can see the content is being continuously redrawn. Lowering the max frame rate does alleviate the issue somewhat, but there is still constant CPU usage while on screen.
Having read the post from Nicolas, I removed the progress bar control we had wrapping the entire UI and the issue disappeared. 0% CPU use and no redraws of the CF.
Thanks for posting your findings Nicolas, saved me a big headache.
version: 2010.1.422.1040
Hope this helps.
(Forgot to mention this issue also affected the entire UI when a child radwindow was displayed. The whole UI was redrawn even if the radwindow was only small. Removing the progress bar also solved the problem)
Same issue here and I can confirm in my case it's progress bar related.
Not 100% cpu but around 20% while the CF is displayed and only when there is content in the CF itself. Using enableRedrawRegion I can see the content is being continuously redrawn. Lowering the max frame rate does alleviate the issue somewhat, but there is still constant CPU usage while on screen.
Having read the post from Nicolas, I removed the progress bar control we had wrapping the entire UI and the issue disappeared. 0% CPU use and no redraws of the CF.
Thanks for posting your findings Nicolas, saved me a big headache.
version: 2010.1.422.1040
Hope this helps.
(Forgot to mention this issue also affected the entire UI when a child radwindow was displayed. The whole UI was redrawn even if the radwindow was only small. Removing the progress bar also solved the problem)