Hi All,
We are supporting a TM1 environment: Windows 2003, Standalone, TM1 Architect, TM1 Perspectives & TM1 Web. 8 GB RAM (32-bit)
We are accessing TM1 web reports but it is taking lot of time while downloading the reports. We tried to increase the RAM size but that's not working. Rules are optimized propely ( we do not have any rules affecting the consolidated elements).
Could please let me know what would be the critical areas that needs to be looked in to increase the downloading speed.
Thanks,
Radhika
Performance concerns when downloading reports/large amounts
-
- MVP
- Posts: 2836
- Joined: Tue Feb 16, 2010 2:39 pm
- OLAP Product: TM1, Palo
- Version: Beginning of time thru 10.2
- Excel Version: 2003-2007-2010-2013
- Location: Atlanta, GA
- Contact:
Re: Performance concerns when downloading reports/large amou
No surprise there since in a 32-bit Windows environment no application can theoretically access more then 2GB of RAM and in most systems, due to Windows overhead, it's really more like about 1.5GB. There is an internal Windows switch you can set to make that limit 3GB (which really results in about 2.5GB for TM1) but that's it. Have you checked Peformance Monitor and the TM1 system performance cubes to see how much memory your application is really using? If you are at the limit you could be switching to paging files which kills performance. Have you tried the same reports in the Excel and Perspectives to see if it's only the Web that is slow?Radhika wrote: We tried to increase the RAM size but that's not working.
Don't mean to be argumentative here but exactly how would you know that? If you don't have enough experience to know how to troubleshoot performance issues in TM1 how can you know enough about rules, feeders, etc., in order to make such a bold statement? I'm not saying they aren't optimized, just don't take that option off the table.Radhika wrote:Rules are optimized propely
- jim wood
- Site Admin
- Posts: 3961
- Joined: Wed May 14, 2008 1:51 pm
- OLAP Product: TM1
- Version: PA 2.0.7
- Excel Version: Office 365
- Location: 37 East 18th Street New York
- Contact:
Re: Performance concerns when downloading reports/large amou
I agree with Tomok. The only way to truely know that you have all rules optimised is to have non at all. Rules and feeders especially can be a lot of the time different in terms of optimisation based on the circumstances, and these may change over time as the data changes.
Struggling through the quagmire of life to reach the other side of who knows where.
Go Build a PC
Jimbo PC Builds on YouTube
OS: Mac OS 11 PA Version: 2.0.7
Go Build a PC
Jimbo PC Builds on YouTube
OS: Mac OS 11 PA Version: 2.0.7
-
- MVP
- Posts: 3706
- Joined: Fri Mar 13, 2009 11:14 am
- OLAP Product: TableManager1
- Version: PA 2.0.x
- Excel Version: Office 365
- Location: Switzerland
Re: Performance concerns when downloading reports/large amou
Quite aside from whether the model itself is optimized or not (I also suspect not) and whether the hardware is underpowered or adequate what about the reports themselves ... How large are they? Do they contain thousands of rows? If they are websheets as opposed to views how large and complex is the underlying Excel file? etc., etc. Fact is if you have a "report" of dozens to hundreds of columns and thousands of rows that is better described as a data dump as opposed to a report then it is going to take quite some minutes to download to Excel no matter what you do.
-
- Posts: 97
- Joined: Mon Sep 27, 2010 6:49 am
- OLAP Product: IBM Cognos TM1
- Version: v9.4.1
- Excel Version: Microsoft Excel 2003
Re: Performance concerns when downloading reports/large amou
Thank you all for your suggestions.