This question is locked. New answers and comments are not allowed.
joe castle
Top achievements
Rank 1
joe castle
asked on 23 Mar 2010, 03:11 PM
Hi,
We use a second RadGridView in the RowDetailsTemplate and we use the LoadingRowDetails event to identify the details grid, start loading data from wcf source (async). We set IsBusy = true on the details grid and back to false when the data arrived. The problem is that although setting isBusy to false hides the wait indicator, the CPU is on constant 15-20%. Not using the IsBusy at all keeps cpu on normal 0%.
This is an issue only on the grid in the details template, setting isbusy on the main grid behaves as expected, having 0% cpu after turning isbusy off.
\joe
10 Answers, 1 is accepted
0
Hello joe,
I've tried this however everything worked fine on my end - you can check the attached example for reference.
All the best,
Vlad
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.
I've tried this however everything worked fine on my end - you can check the attached example for reference.
All the best,
Vlad
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
joe castle
Top achievements
Rank 1
answered on 25 Mar 2010, 09:39 AM
Hello Vlad,
Thank you for the code sample. I checked it and it gives a CPU usage that fluctuates between 0, 1 and 2%, mostly on 1% (on iexplore.exe). When I comment out the childGrid.IsBusy = true; and childGrid.IsBusy = false; lines, the cpu is dead stable on 0%.
So I can reproduce the issue with your code too although it is not as dramatic as I have in my app. I tried your sample with the latest version and the issue is still there.
I have Windows7 x64, VS2008 if that has anything to say...
Thanks,
joe
PS. Just tried it on a Vista x64 and I get +/- 3% cpu usage.
0
Hi joe,
You will get CPU usage due to animations in our loading indicator however I don't believe that these will cause any leaks.
All the best,
Vlad
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.
You will get CPU usage due to animations in our loading indicator however I don't believe that these will cause any leaks.
All the best,
Vlad
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
joe castle
Top achievements
Rank 1
answered on 06 Apr 2010, 05:59 PM
Vlad,
The CPU usage is normal when I show the indicator but it should be 0 otherwise - and in my prod the 20% is not acceptable. But you don't get the 1% cpu in the example app once you showed the indicator?
regards,
joe
0
Jean-Marc Schellings
Top achievements
Rank 1
answered on 14 Apr 2010, 02:42 PM
Hello,
We also had this problem on our application.
I could also see the problem on the RadProgressBar on the Silverlight Demo.
When using the task manager, if you look at the cpu time consumed by the application, you'll see that when activating the RadProgressBar IsIndeterminate=true dramatically increase the CPU time consumed by the application.
The same behavior is also reproduced on our application with the isBusy property.
Turning off these properties increase our application speed and response time....
I saw some posts on the net about the DoubleAnimation created by microsoft
We also had this problem on our application.
I could also see the problem on the RadProgressBar on the Silverlight Demo.
When using the task manager, if you look at the cpu time consumed by the application, you'll see that when activating the RadProgressBar IsIndeterminate=true dramatically increase the CPU time consumed by the application.
The same behavior is also reproduced on our application with the isBusy property.
Turning off these properties increase our application speed and response time....
I saw some posts on the net about the DoubleAnimation created by microsoft
0
joe castle
Top achievements
Rank 1
answered on 05 May 2010, 12:03 PM
I checked again with the new SL4 version and the leak is still there. I don't understand how come we are only two with this problem...
0
Hi guys,
Can you try to set the following in your Silverlight plugin declaration (in aspx/html file):
Do you get unnecessary redraws when IsBusy is used? Are doing some logic in LayoutUpdate event on some of your elements?
Kind regards,
Stefan Dobrev
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.
Can you try to set the following in your Silverlight plugin declaration (in aspx/html file):
<param name="EnableRedrawRegions" value="true" /><param name="EnableGPUAcceleration" value="true" />Do you get unnecessary redraws when IsBusy is used? Are doing some logic in LayoutUpdate event on some of your elements?
Kind regards,
Stefan Dobrev
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
Ivan
Top achievements
Rank 1
answered on 22 Nov 2010, 11:17 AM
I have exactly the same problem with my application. I have an RadTreeListView with IsBusy="true" and when data already loaded I set it to false, but the CPU goes to 30% all the time. If I set the IsBusy="false" then the CPU is 0%.
0
Hi Ivan,
Indeed we did have an issue with CPU usage and isBusy property which we have resolved. The fix is part of the 2010.Q3 Release. Could you please update your binaries and tell me if you still have any problems?
Regards,
Kalin Milanov
the Telerik team
Indeed we did have an issue with CPU usage and isBusy property which we have resolved. The fix is part of the 2010.Q3 Release. Could you please update your binaries and tell me if you still have any problems?
Regards,
Kalin Milanov
the Telerik team
Browse the videos here>> to help you get started with RadControls for Silverlight
0
Ivan
Top achievements
Rank 1
answered on 25 Nov 2010, 01:47 PM
Yes you are right, with the 2010.Q3 Release DLLs the problem has been solved. Thanks.
