Page 1 of 1
About MaximumCubeLoadThreads parameter in the TM1s.cfg
Posted: Fri Nov 25, 2011 9:41 am
by kiss351523
"When MaximumCubeLoadThreads is enabled, TM1 cannot manage the order in which feeders are calculated. There may be cases where processing order has an adverse effect on your application due to some order-of-evaluation dependencies in the multi-threaded environment."
I dont kown what is that , Any one had some instances or cases?
Re: About MaximumCubeLoadThreads parameter in the TM1s.cfg
Posted: Fri Nov 25, 2011 11:15 am
by qml
What are you asking about, exactly? If we use this parameter or if we've come across the issues described when it's turned on?
This parameter can speed up load times, especially if you have many computationally intensive cubes (large data volumes and/or many feeders).
However, this parameter should not be used (or used with extreme caution) if you have intercube feeders dependent on other feeders and/or if you use conditional feeders. Also, multithreaded load can cause TM1 to use significantly more (garbage) memory than single threaded load, so be cautious and run some tests with different settings.
Re: About MaximumCubeLoadThreads parameter in the TM1s.cfg
Posted: Thu Dec 01, 2011 8:01 am
by Martin Erlmoser
per default tm1 server uses only ONE thread for starting up.
if you use rules with feeders these feeder calculations can be speeded up by changing the mentioned parameter, or you just use "PermanentFeeders" which gives a better performance boost for startup as long as it works and the feeder files are uptodate.
Re: About MaximumCubeLoadThreads parameter in the TM1s.cfg
Posted: Thu Dec 01, 2011 9:48 am
by qml
Martin Erlmoser wrote:"PermanentFeeders"
Persistent Feeders.

Re: About MaximumCubeLoadThreads parameter in the TM1s.cfg
Posted: Wed Dec 07, 2011 8:05 am
by kiss351523
Ths All,i think i could understood.