• Forums
    • Public Forums
      • Community Connect
      • Dynatrace
        • Dynatrace Open Q&A
      • Application Monitoring & UEM
        • AppMon & UEM Open Q&A
      • Network Application Monitoring
        • NAM Open Q&A
  • Home /
  • Public Forums /
  • Application Monitoring & UEM /
  • AppMon & UEM Open Q&A /
avatar image
Question by matt S. · Mar 13, 2014 at 01:59 PM ·

How do I limit java.exe memory?

My java.exe is using 1.4 gig of memory on a server that is running a collector and an agent. I heard I could change a setting to limit that to a smaller size. Can I get details on that? thanks 

 

Comment

People who like this

0 Show 0
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

4 Replies

  • Sort: 
  • Most voted
  • Newest
  • Oldest
avatar image

Answer by Christopher A. · Mar 13, 2014 at 02:45 PM

Matt,

 

You can change the memory allocation of your collector by editing the dtcollector.ini file located in your dT installation folder and modifying the value following the parameter "-Xmx".

Please note that it is not recommended to have your collector running on the same machine as your agent as it might uselessly put some load on this machine.

 

Chris

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image

Answer by matt S. · Mar 13, 2014 at 03:58 PM

Chris,

The folks at dynatrace recommended we run the collector on the same server to reduce start up time. 

I see it was set to 2G but I dropped it down to 500m.

 

Thank you

 

 

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image

Answer by Rob V. · Mar 13, 2014 at 05:20 PM

If startup time is the absolute most important thing you can put the collector on the monitored machine, as that will remove network round trips. Normally however the collector is installed on a separate machine on the same subnet, "close" (network-wise) to the monitored server. As you noted, putting the collector on the monitored server consumes resources on that server.

Note that 500M is not a recommended or supported heap size for a collector. It may work since it seems you have just one agent connecting to it, but keep this in mind if you see odd behavior (dropped events, etc). 1GB is the recommended heap setting even in a "tiny" installation.

Rob

 

Comment

People who like this

0 Show 2 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image matt S. · Mar 13, 2014 at 06:13 PM 0
Share

Thanks Rob,

This is a test box and the application I'm tracing is 700 MB so I thought 500 would be enough. Having set that earlier I can see java.exe is running at 608,900 currently. 

 

avatar image matt S. · Mar 14, 2014 at 06:37 PM 0
Share

Setting to 500 worked for a while but then I got 

dynaTrace Collector@xxxxx: The instrumentation of Agent 'xxxx' has been refused. 

I'll set it to 1 gig but it seems odd to need that much, that's practically twice the size of the application it's monitoring.

 

avatar image

Answer by Christian S. · Mar 14, 2014 at 06:52 PM

hi Matt,

the memory consumption of the monitored application does not in any way correlate to the memory needed on the dynaTrace Collector. however, the number of connected dynaTrace Agents, the level of instrumentation and also the amount of capture data does.

500 MB is not very much, but for 1 Agent it should be fine most of the time. so if you really only have 1 Agent on this Collector, it sounds weird that you would need so much memory on the Collector.

if you could attach the Collector log - or better: a system information archive - we could take a look at it and maybe get an idea, what's going on here.

best, Christian

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

How to get started

First steps in the forum
Read Community User Guide
Best practices of using forum

NAM 2019 SP5 is available


Check the RHEL support added in the latest NAM service pack.

Learn more

LIVE WEBINAR

"Performance Clinic - Monitoring as a Self Service with Dynatrace"


JANUARY 15, 3:00 PM GMT / 10:00 AM ET

Register here

Follow this Question

Answers Answers and Comments

3 People are following this question.

avatar image avatar image avatar image

Forum Tags

dotnet mobile monitoring load iis 6.5 kubernetes mainframe rest api dashboard framework 7.0 appmon 7 health monitoring adk log monitoring services auto-detection uem webserver test automation license web performance monitoring ios nam probe collector migration mq web services knowledge sharing reports window java hybris javascript appmon sensors good to know extensions search 6.3+ server documentation easytravel web dashboard kibana system profile purelytics docker splunk 6.1 process groups account 7.2 rest dynatrace saas spa guardian appmon administration production user actions postgresql upgrade oneagent measures security Dynatrace Managed transactionflow technologies diagnostics user session monitoring unique users continuous delivery sharing configuration alerting NGINX splitting business transaction client 6.3 installation database scheduler apache mobileapp RUM php dashlet azure purepath agent 7.1 appmonsaas messagebroker nodejs 6.2 android sensor performance warehouse
  • Forums
  • Public Forums
    • Community Connect
    • Dynatrace
      • Dynatrace Open Q&A
    • Application Monitoring & UEM
      • AppMon & UEM Open Q&A
    • Network Application Monitoring
      • NAM Open Q&A