This commit is contained in:
2021-12-19 17:16:02 +01:00
parent d5c64abbac
commit b18349ab92
6 changed files with 5 additions and 4 deletions

View File

@@ -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.