2021-05-19¶

Model-ClientCommunication interface discussion¶

requesty chodí z connection listeneru
connectionXmlHandler
- request a response třídy
- pošle request
server - predictor - rozhraní IPredictionController - metoda Predict co bere jako argument Request a vrací Response
tohle rozhraní implementuje IPredictionController, v konstruktoru chce IDataParser

Request
use weather - pokud true tak weather data si vzít z toho co ti poslal klient, pokud false tak je třeba počasí zjistit z weather prediction serveru

Response
Prediction - datum a rušnost co vrátí model

pokud v rozsahu -> zjistit si předpovědi počasí a pro každou předpověď udělat předpověď

jak dlouho bude trvat odpověď na jeden request
jedna predikce by dlouho trvat neměla
když příde request -> do fronty, bude nějaký id k requestu

jedno vlákno kde budou requesty a budou se obsluhovat postupně
nebo pro každý request nové vlákno
hybrid mezi - max počet vláken, vlákna mají frontu a postupně se zjišťuje co je nejmíň zatížený a na ty házet requesty

pokud málo paměti -> tak to spadne na hromadě vláken

když se připojí admin aby přetrénoval, musí to furt běžet?
přetrénování - metoda Train
nebo zakázat requesty dokud se nepřetrénuje
- odpoví všechny co má
- přetrénuje
- ty co přídou mezitim - temporarily unavailible / schovávat si requesty do fronty

hlavní vlákno dostává requesty, ty ukládá do fronty, ve chvíli kdy přijde retrain tak pozastavit vytváření novejch vláken pro requesty
když se pozastaví vlákno úplně, nevyřeší to síťovej buffer? jak je hluboký?

příde přetrénuj tak model začne trénovat nový, starý furt běží
ve chvíli kdy přetrénováno tak až pak pozastavení -> přehodí se
soubor zipovej a uložit model - jako ukládání předchozího modelu
pamatovat si ména těch souborů
nebo jenom přehodit odkazy na instance

Todo¶

parseru dodělat atribut na jména souborů
potom už nemusí být ve složce, vadí to něčemu?
do json parseru metodu na vybrání odpovídající předpovědi pro datum+čas
- od do, a vrací List