diff --git a/src/bib/mybib.bib b/src/bib/mybib.bib index b3f3a5b..baa7aab 100644 --- a/src/bib/mybib.bib +++ b/src/bib/mybib.bib @@ -473,7 +473,7 @@ @misc{intel_ark, - title = {{Intel ARK - Intel\textregistered \ Xeon\texttrademark \ Processor X5675 Specifications}}, + title = {{Intel ARK - Intel\textsuperscript{\textregistered} Xeon\textsuperscript{\texttrademark} Processor X5675 Specifications}}, howpublished = {\url{https://ark.intel.com/content/www/us/en/ark/products/52577/intel-xeon-processor-x5675-12m-cache-3-06-ghz-6-40-gts-intel-qpi.html}}, note = {Megtekintve: 2021-12-18} } diff --git a/src/content/measurements.tex b/src/content/measurements.tex index 0d00c33..353ef9f 100644 --- a/src/content/measurements.tex +++ b/src/content/measurements.tex @@ -48,7 +48,7 @@ Egy eszköz átütemezése nem orvosolta még a problémát, ezért átütemezet A tesztek eredménye jól demonstrálja, az ütemező algoritmus és az átalakított alkalmazások helyes működését. -Elsőre kevésnek tűnhet a másodpercenkénti két minta feldolgozása a peremhálózati rendszeren, ennek több oka is volt. Egyrészt a feldolgozás sebessége erősen függ az alkalmazást futtató számítógép számítási teljesítményétől. A teszt során a környezet Intel\textregistered \ Xeon\texttrademark \ X5675 processzor alapú szervergépen futott. Ez a processzor 2011-ben jelent meg \cite{intel_ark}, azóta léteznek sokkal jobb számítási kapacitással rendelkező processzorok és szervergépek. +Elsőre kevésnek tűnhet a másodpercenkénti két minta feldolgozása a peremhálózati rendszeren, ennek több oka is volt. Egyrészt a feldolgozás sebessége erősen függ az alkalmazást futtató számítógép számítási teljesítményétől. A teszt során a környezet \mbox{\textit{Intel}\textsuperscript{\textregistered} \textit{Xeon}\textsuperscript{\texttrademark} X5675} processzor alapú szervergépen futott. Ez a processzor 2011-ben jelent meg \cite{intel_ark}, azóta léteznek sokkal jobb számítási kapacitással rendelkező processzorok és szervergépek. A másik fő indok az alacsony feldolgozási kapacitás mellett a horizontális skálázás teljes hiánya. Az ütemező nem képes az elindított szolgáltatások skálázására. Így minden adatközpontban csak egy példányban futott az alkalmazás. Emiatt egyszerre csak egy minta kiértékelése történik, a többi minta addig vár a sorban. Horizontális skálázással a rendszer képes lenne kihasználni az adatközpontban elérhető teljes számítási kapacitást, ami jóval nagyobb áteresztő képességet biztosítana. diff --git a/src/content/scheduling.tex b/src/content/scheduling.tex index e01adaa..4e47f13 100644 --- a/src/content/scheduling.tex +++ b/src/content/scheduling.tex @@ -110,7 +110,7 @@ Bár a két alkalmazás működése és igényei jelentősen eltérnek, szerette \subsection{Metrikák gyűjtése és kiértékelése} -Mindkét alkalmazásban közös, hogy az ütemezési döntéseket az alakhamzásból gyűjtött metrikákra alapozza. Ezek a metrikák, bár eltérő tulajdonságokat írnak le, gyűjtésük és kiértékelésük szempontjából nem különböznek egymástól. +Mindkét alkalmazásban közös, hogy az ütemezési döntéseket az alkalmazásból gyűjtött metrikákra alapozza. Ezek a metrikák, bár eltérő tulajdonságokat írnak le, gyűjtésük és kiértékelésük szempontjából nem különböznek egymástól. A gyűjtött metrikák minden esetben idősoros adatként kezelhetőek. Az idősoros adatok olyan mérések, amelyek meghatározott időközönként rögzítésre kerülnek. Egy rögzített adatpont mindig időhöz kötötten reprezentálja a megfigyelt pillanatnyi állapotot \cite{timeseries_basics}. Az alkalmazásaink állapotát idősoros adatként gyűjtve képesek vagyunk a döntési logika felépítésénél többfajta statisztikai kiértékelést is a döntések alapjául venni. diff --git a/src/content/test_system.tex b/src/content/test_system.tex index cce8328..c9c206c 100644 --- a/src/content/test_system.tex +++ b/src/content/test_system.tex @@ -162,7 +162,7 @@ Elmondható ezek alapján, hogy a tesztkörnyezet futtatásához legalább 36.5 A kliensek száma és erőforrás igénye teljesen a használt alkalmazástól függ. Itt ezért kezdetben 2 Gigabyte memóriát allokáltam, majd később kibővítettem, amikor szükség volt rá. -Processzor tekintetében nem fedeztem fel különösen nagy elvárásokat. Tapasztalataim szerint a rendszer stabilan működött egy 2011-ben gyártott négymagos \textit{Intel}\textregistered \ \textit{Core}\texttrademark \ i7-3770 processzoron. +Processzor tekintetében nem fedeztem fel különösen nagy elvárásokat. Tapasztalataim szerint a rendszer stabilan működött egy 2011-ben gyártott négymagos \mbox{\textit{Intel}\textsuperscript{\textregistered} \textit{Core}{\texttrademark} i7-3770} processzoron. A lemez elérések teljesítménye viszont jelentős tényező volt a rendszer teljesítménye szempontjából. A környezet önmagában stabilan üzemelt egy \acrshort{raid}5 tömbre telepítve, amelyet 8 darab 15.000 percenkénti fordulatú hagyományos mechanikus diszk alkotott. Viszont amint feltelepítettem a tesztelésre szánt alkalmazásokat, a tárhely elérési késleltetés jelentősen megnőtt olyan mértékekig, ami az alkalmazás instabil működését és átmeneti összeomlását okozták. Ezért mindenképpen ajánlott ilyen rendszert \acrshort{ssd} lemezekből álló tárhely tömbre telepíteni. diff --git a/src/figures/turbomemer-legit.pdf b/src/figures/turbomemer-legit.pdf index cbcc203..5eef133 100644 Binary files a/src/figures/turbomemer-legit.pdf and b/src/figures/turbomemer-legit.pdf differ diff --git a/src/include/preamble.tex b/src/include/preamble.tex index 8525b55..df1a2da 100644 --- a/src/include/preamble.tex +++ b/src/include/preamble.tex @@ -118,6 +118,7 @@ \hyphenation{Shakes-peare Mar-seilles ár-víz-tű-rő tü-kör-fú-ró-gép} + \author{\vikszerzo} \title{\viktitle}