From: Mario Hewardt <marioh@microsoft.com>
Date: Thu, 9 May 2019 18:48:25 +0000 (-0700)
Subject: Update intermittent_memory_spike.md
X-Git-Tag: submit/tizen/20190813.035844~6^2^2~33^2~4
X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=17179d4a7fc43a3bc3d0a2c105d0fe28c84cde10;p=platform%2Fcore%2Fdotnet%2Fdiagnostics.git

Update intermittent_memory_spike.md
---

diff --git a/documentation/tutorial/intermittent_memory_spike.md b/documentation/tutorial/intermittent_memory_spike.md
index 87a2a7c6b..db13bd380 100644
--- a/documentation/tutorial/intermittent_memory_spike.md
+++ b/documentation/tutorial/intermittent_memory_spike.md
@@ -154,7 +154,9 @@ We can now build the tool (dotnet build) and run it against our application. Onc
 > sudo dotnet triggerdump.dll 80926 500
 > ```
 
-Please note that triggerdump has to be run with sudo. At this point, you should see triggerdump waiting/monitoring the memory counter. Let's trigger the intermittent memory spike by navigating to:
+Please note that triggerdump has to be run with sudo. The invocation tells triggerdump to monitor process with a process id of 80926 and to create dump when memory grows above 500MB. 
+
+At this point, you should see triggerdump waiting/monitoring the memory counter. Let's trigger the intermittent memory spike by navigating to:
 
 http://localhost:5000/api/diagscenario/memspike/300
 
@@ -166,10 +168,10 @@ After 10-15 seconds, you will notice that triggerdump outputs the following foll
 > Written 820518912 bytes (200322 pages) to core file
 > ```
 
-That's it for creating your own diagnostics tool to support custom scenarios. 
+That's it for creating your own diagnostics tool to solve the intermittent memory spike scenario! 
 
 ### Analyzing the core dump
-Since the core dump that our tool generates is a standard core dump, we can use the same techniques illustrated in [Scenario - App is leaking memory](app_is_leaking_memory_eventual_crash.md) to analyze why we're seeing intermitten high memory conditions. 
+Since the core dump that our tool generates is a standard core dump, we can use the same techniques illustrated in [Scenario - App is leaking memory](app_is_leaking_memory_eventual_crash.md) to analyze the dump and find out why we're seeing intermittent high memory conditions.