AppD Archive

App dynamics couple of Questions

CommunityUser
Splunk Employee
Splunk Employee

I do have appdynamics for some time but now its the time to learn that tool .I do have a Couple of questions for me

1. I have been installed the agent on only the app server ,so i dont have any machine agent. how much load does app-dynamics put on the server . Coz recenlty when there were some out of Memory errors i took the heap dump and found the app-dynamics classes are taking 20% of the total heap. So how much load exactly

2. I do have a application which is giving me a Out of Memory exception during specific period of time ,i want to start a session at the time so that i can see what requests are coming , what objects are being created and what are causing the issues and i want these LIVE . Is there any way to do this ?

3. I want to see what information the user is sending in the HTTP request or Cookies.

4. How much sure are we about the issues that we see in app-dynamics . I have been using app agent in tomcat server and not the machine agent , consider if there is exception saying out of memory , how are we sure that there is no impact caused from OS level. How can i be sure that some other process on OS level is causing high memory usage making this tomcat server crash?

5. In most cases ,i see the primitie objects are being the high memory users when checked with appdynamics . How can i pinpoint from where these objects are being loaded heavily.

6. In some cases , along running thread can cause a High cpu usage . I have seen these many times and i assume that app-dynamics thread need to be active all the time when server is up and running in order to send data to controller . is there any way this thread can cause issues on the OS level.

7. DO we have any case studies in generating out of memories and findng out the reasons ( For a Demo to the developers) 

I know these are many Questions but i have to learn this thing. So i will be back with some more Questions

0 Karma

CommunityUser
Splunk Employee
Splunk Employee

Definitely check out the "Automatic Leak Detection" feature.  From my experience, this should be your first stop when seeing memory issues.

I haven't quantified the exact overhead required by AppD, but we have been able to put it into production without causing any additional issues.  Our application is on hundreds of VMs with millions of users.

0 Karma

Arun_Dasetty
Super Champion

Hi,

We regret for the delay in response on this, to answer your queries please go through the following doc links and see if that helps:

http://docs.appdynamics.com/display/PRO39/Detect+Problems+Caused+by+Application+Data#DetectProblemsC...

http://docs.appdynamics.com/display/PRO39/Configure+Data+Collectors#ConfigureDataCollectors-configur...

http://docs.appdynamics.com/display/PRO39/Troubleshoot+Java+Memory+Issues (Check Object instance tracking and Automatic leak detction feature)

To answer queries on agent overhead you observed we do not expect such behavior and we multiple customer deployed our agent and running fine without issues for long time with out even jvm restart and with agent instrumentation in place,

we request you to raise help ticket as sugguested in your other forum query to debug further. please attach all relevant logs and screenshots depicting the issue.

To answer your query on demo we do not have any such instance to demo memory related features but the doc links listed above have some videos that you might find useful

Hope that information helps.

Regards,

Arun

0 Karma
Get Updates on the Splunk Community!

See just what you’ve been missing | Observability tracks at Splunk University

Looking to sharpen your observability skills so you can better understand how to collect and analyze data from ...

Weezer at .conf25? Say it ain’t so!

Hello Splunkers, The countdown to .conf25 is on-and we've just turned up the volume! We're thrilled to ...

How SC4S Makes Suricata Logs Ingestion Simple

Network security monitoring has become increasingly critical for organizations of all sizes. Splunk has ...