Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Significance of engine parameters
Significance of engine parameters [message #756193] Fri, 11 November 2011 12:59 Go to next message
sam va is currently offline sam vaFriend
Messages: 121
Registered: July 2011
Senior Member
Hi

Until now we were using the following parameters for engine config

EngineConfig.getAppContext().put(DataEngine.MEMORY_USAGE, DataEngine.MEMORY_USAGE_CONSERVATIVE);
EngineConfig.getAppContext().put(DataEngine.DATA_SET_CACHE_ROW_LIMIT, 30000);
EngineConfig.getAppContext().put(DataEngine.MEMORY_BUFFER_SIZE, 2);


We have done a load test with the above parameters set and were able to run 20 large parallel reports. While having this, there were lot of directories created under /tmp in Linux. Something like below

DataEngine*
DataCache*

Now we have commented these lines. Now we dont see those temporary directories created in /tmp. How will this affect performance.

What are the optimum parameters for high performance

Thanks

[Updated on: Fri, 11 November 2011 13:00]

Report message to a moderator

Re: Significance of engine parameters [message #756233 is a reply to message #756193] Fri, 11 November 2011 15:22 Go to previous messageGo to next message
Jason Weathersby is currently offline Jason WeathersbyFriend
Messages: 9167
Registered: July 2009
Senior Member

Those tmp files are data sets being cached to disk. I would assume this
is because of the conservative setting. I would look at using this
setting only:

DataEngine.MEMORY_BUFFER_SIZE
Memory per Query that is used before caching to disk. Defaults to 10
MB. Used inside and outside of designer. Depending on your load type
raising or lowering this value may be helpful

Jason


On 11/11/2011 7:59 AM, sam wrote:
> Hi
>
> Until now we were using the following parameters for engine config
>
> EngineConfig.getAppContext().put(DataEngine.MEMORY_USAGE,
> DataEngine.MEMORY_USAGE_CONSERVATIVE);
> EngineConfig.getAppContext().put(DataEngine.DATA_SET_CACHE_ROW_LIMIT,
> 30000);
>
> EngineConfig.getAppContext().put(DataEngine.MEMORY_BUFFER_SIZE, 2);
>
> We have done a load test with the above parameters set and were able to
> run 20 large parallel reports. While having this, there were lot of
> directories created under /tmp in Linux. Something like below
>
> DataEngine*
> DataCache*
>
> Now we have commented these lines. Now we dont see those temporary
> directories created in /tmp. How will this affect performance.
>
> What are the optimum parameters for high performance
>
> Thanks
>
>
Re: Significance of engine parameters [message #759858 is a reply to message #756233] Wed, 30 November 2011 11:07 Go to previous messageGo to next message
sam va is currently offline sam vaFriend
Messages: 121
Registered: July 2011
Senior Member
We are getting better results in lower environments with the following parameter set.

EngineConfig.getAppContext().put(DataEngine.MEMORY_USAGE, DataEngine.MEMORY_USAGE_CONSERVATIVE);


Can we push to production with this setting? Is it safe enough?

Thanks
Re: Significance of engine parameters [message #759975 is a reply to message #759858] Wed, 30 November 2011 18:56 Go to previous message
Jason Weathersby is currently offline Jason WeathersbyFriend
Messages: 9167
Registered: July 2009
Senior Member

I thought that setting was for only cubes. I may be wrong, but in any
case I do not know of any issues with it.

Jason

On 11/30/2011 6:07 AM, sam wrote:
> We are getting better results in lower environments with the following
> parameter set.
>
> EngineConfig.getAppContext().put(DataEngine.MEMORY_USAGE,
> DataEngine.MEMORY_USAGE_CONSERVATIVE);
>
> Can we push to production with this setting? Is it safe enough?
>
> Thanks
>
Previous Topic:Birt platform problem when rendering charts
Next Topic:EmbeddedImage not added to report
Goto Forum:
  


Current Time: Tue Mar 19 08:03:01 GMT 2024

Powered by FUDForum. Page generated in 0.03043 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top