diff --git a/src/.kile/thesis.kilepr.gui b/src/.kile/thesis.kilepr.gui
index 92fd142..817974f 100644
--- a/src/.kile/thesis.kilepr.gui
+++ b/src/.kile/thesis.kilepr.gui
@@ -184,12 +184,12 @@ TextFolding=[]
 ViMarks=.,181,0,[,181,0,],181,9
 
 [view-settings,view=0,item:content/closing.tex]
-CursorColumn=46
-CursorLine=4
+CursorColumn=0
+CursorLine=12
 Dynamic Word Wrap=false
 JumpList=
 TextFolding=[]
-ViMarks=.,17,51,[,17,47,],17,51
+ViMarks=.,14,253,[,14,253,],14,253
 
 [view-settings,view=0,item:content/create-functions.tex]
 CursorColumn=57
@@ -208,20 +208,20 @@ TextFolding=[]
 ViMarks=.,0,0,[,0,0,],0,26
 
 [view-settings,view=0,item:content/preparation.tex]
-CursorColumn=134
-CursorLine=114
+CursorColumn=0
+CursorLine=103
 Dynamic Word Wrap=false
 JumpList=
 TextFolding=[]
-ViMarks=.,116,0,[,116,0,],116,0
+ViMarks=.,102,1191,[,102,1150,],102,1191
 
 [view-settings,view=0,item:content/results.tex]
-CursorColumn=19
-CursorLine=112
+CursorColumn=16
+CursorLine=53
 Dynamic Word Wrap=false
 JumpList=
 TextFolding=[]
-ViMarks=.,112,0,[,112,0,],112,0
+ViMarks=.,52,180,[,52,180,],52,180
 
 [view-settings,view=0,item:content/theory.tex]
 CursorColumn=0
diff --git a/src/content/results.tex b/src/content/results.tex
index 301a4d9..550eb3b 100644
--- a/src/content/results.tex
+++ b/src/content/results.tex
@@ -48,11 +48,24 @@ Az \ref{fig:hatodik-isprime-knative-for-chart} \'es \aref{fig:jmeter-hatodik-py-
 \label{fig:jmeter-hatodik-py-chart}
 \end{figure}
 
-%TODO Coldstart
-Ez ut\'an m\'ertem ki, mennyi a k\"ul\"onbs\'eg a f\"uggv\'eny v\'alaszidej\'eben az esetben, hogy null\'ara van sk\'al\'azva, vagy sem. A tapasztalat az volt, hogy 2-3 m\'asodpercig tart a Pod l\'etrehoz\'asa, a v\'alaszidő ennyivel n\"ovekedett meg az echo t\'ipus\'u f\"uggv\'eny eset\'eben. A bevezetett, nagyobb sz\'am\'it\'asig\'enyű f\"uggv\'eny e m\'er\'es sor\'an hasonl\'oan viselkedett. Ez az\'ert \'erdekes, mert a k\'et f\"uggv\'eny m\'asik futtat\'ok\"ornyezettel rendelkezik, tipikusan a Python interpreter  elind\'it\'asa 1-2 m\'asodpercet vesz ig\'enybe, arra sz\'am\'itottam, a pr\'imsz\'amol\'o f\"uggv\'eny null\'ara sk\'al\'az\'as eset\'eben ennyivel hosszabb idő alatt fog v\'alaszolni.
-Az \ref{fig:hello-coldvhot} \'abr\'an l\'athat\'o az echo t\'ipus\'u f\"uggv\'eny v\'alaszidej\'enek alakul\'asa. A m\'er\'est k\"or\"ulbel\"ul tizenk\'et \'or\'aig futtattam.%TODO
-<hello-coldvhot>
-<isprime-coldvhot>
+Ez ut\'an m\'ertem ki, mennyi a k\"ul\"onbs\'eg a f\"uggv\'eny v\'alaszidej\'eben az esetben, hogy null\'ara van sk\'al\'azva, vagy sem. A tapasztalat az volt, hogy 2-3 m\'asodpercig tart a Pod l\'etrehoz\'asa, a v\'alaszidő ennyivel n\"ovekedett meg az echo t\'ipus\'u f\"uggv\'eny eset\'eben. A bevezetett, nagyobb sz\'am\'it\'asig\'enyű f\"uggv\'eny e m\'er\'es sor\'an hasonl\'oan viselkedett, viszont \'atlagosan egy m\'asodperccel tov\'abb tartott a Pod indul\'asa. Ez az\'ert \'erdekes, mert a k\'et f\"uggv\'eny m\'asik futtat\'ok\"ornyezettel rendelkezik, tipikusan a Python interpreter  elind\'it\'asa 1-2 m\'asodpercet vesz ig\'enybe, ez megmagyar\'azza, mi\'ert tapasztalhat\'o ez a k\"ul\"onbs\'eg - amely j\'ol megfigyelhető \aref{fig:go-start-chart} \'es \aref{fig:py-start-chart} \'abr\'akon - a k\'et f\"uggv\'eny k\"oz\"ott.
+
+Az \ref{fig:go-start-chart} \'abr\'an l\'athat\'o az echo t\'ipus\'u f\"uggv\'eny v\'alaszidej\'enek alakul\'asa. A m\'er\'est k\"or\"ulbel\"ul tizenk\'et \'or\'aig futtattam. Ezen \'es \aref{fig:py-start-chart} \'abr\'an megfigyelhető, hogy a v\'alaszidő Hotstart, azaz l\'etező Pod eset\'eben sokkal stabilabb, mint Coldstart, azaz nem l\'etező Pod eset\'eben.
+
+\begin{figure}[!ht]
+\centering
+\includegraphics[width=120mm, keepaspectratio]{figures/go-start.png}
+\caption{Echo t\'ipus\'u f\"uggv\'eny v\'alaszideje Cold \'es Hotstart esetekben} 
+\label{fig:go-start-chart}
+\end{figure}
+
+
+\begin{figure}[!ht]
+\centering
+\includegraphics[width=120mm, keepaspectratio]{figures/py-start.png}
+\caption{Pr\'imsz\'amol\'o f\"uggv\'eny v\'alaszideje Cold \'es Hotstart esetekben} 
+\label{fig:py-start-chart}
+\end{figure}
 
 Az \ref{fig:hatodik-hello-knative-climb-chart} ábrán látható az echo típusú függvényre egyre növekvő terhelés, valamint a Knative Autoscaler rendszer e mérés alatti belső állapota. A terhelés növelését a hey mérőeszközben egyre több connection objektum használta által értem el. Jól látszik, hogy az ObservedStableConcurrency egy lassan változó érték, a mérés végére töredékét érte el annak az értéknek, amit az egyenletes terhelésű mérések során elért. Szintén látható a Podok számából, hogy pánik állapotot sem váltott ki a mérés. Erre nem is lehetett számítani, hiszen a használt konkurencia érték sosem növekedett duplájára hat másodperces időtartam alatt.  
 
diff --git a/src/figures/go-start.png b/src/figures/go-start.png
new file mode 100644
index 0000000..7224aa2
Binary files /dev/null and b/src/figures/go-start.png differ
diff --git a/src/figures/py-start.png b/src/figures/py-start.png
new file mode 100644
index 0000000..658e7d5
Binary files /dev/null and b/src/figures/py-start.png differ