Lattom mindenki ugyanazt mondja mint a fejlesztoink: "csak noveld a memoriat"
Memmoria szinten ket het alatt 50G-rol eljutottunk 45+64+50G-ig (159G osszesen, most 3 peldanyban futatjuk a programot es az nyers adatokat is szetdobtuk ennek megfeleloen). Szoval lehet novelni a memoriat, de azert ez kezd komikus szintet olteni szerintem. Csak a mihesztartas vegett ennel az egy ugyfelnel fut 32 hasonlo adatfeldolgozas, es az egeszre van 8x200G. Amit lattni kell, hogy ha leallunk akkor az ujrainditasnal, az allas alatt keletkezett adatokat is fel kell dolgozni. Szoval, egy 8 oras allas, 8x terheles jelent a kozvetlenul az ujrainditas utan, ami biztos, hogy hazavag mindent. Masreszt real time rendszernel nem elfogathato szerintem ilyen hibaval leallni.
Amire ra akartam mutatni, hogy a folyamatosan jon kis meretu, de sok nyers adat amiket a feldolgozas utan torlodnek a memoriabol. Szoval ha a program var nehany percet biztos, hogy le tudja foglalni a memoriat.
Persze lehet memoria szivargast keresni stp, de a kerdesem inkabb altalanos: meg lehet Java-ban oldani, hogy csinaljunk egy olyan altalanos osztalyt/fugvenyt ami addig probalja lefoglalni a memoriat amig nem sikerul neki. En szemely szerint ezt egy jogos igenynek erzem. Nem hiszem, hogy normalis barmit tovabbleptetni, amig nem vagyunk biztosak benne, hogy a szugseges valtozok rendelkezere allnak. En szemely szerint minimumnak tartom C/C++-ban a sikeres memoriafoglalas teszteleset, es nem lattom a Java mert lenne mas.