> Úgy tudom hogy a VIK-en már használjátok a Stack nevű Moodle plugint
> matematikai kvízekhez. Mi a TTK-n is elkezdjük ezt használni. Meg tudnád

Igen, par eve mar hasznaljuk. Elsosorban a szamolasi kepessegei es a
kiertekeles miatt.
A stack ugyebar egyreszt a moodle resze masreszt hasznalja a maxima-t, ami
a lenyegi kepessegeit adja. Vegulis a maxima-t egy kulon virtualgepbe tettem, egyreszt security
(gond eseten nem a moodle kompromittalodik), masreszt a terheles elosztasa
miatt. Utobbihoz a maximapool-t is hasznaljuk. A ket vm az azure-ben egy
halozatban van, a maximapool kivulrol nem hozzaferheto. Ha nalatok maskent
lesz akkor oda kell figyelni hogy ezt csak a moodle szerver erje el.

Emiatt kicsit mas a konfiguracio, mint a sima esetben. Egyreszt
a maximapool kodot es a hozza tartozo kornyezetet kell kialakitani
(tomcat-ot hasznal). A maximapool-t megtalalod a githubon ill. ugy
emlekszem a stack plugin githubjarol is el lehet talalni oda. Az ott
leirtak szerint kell eljarni.
Masreszt a maxima-hoz kell csinalni egy optimized verziot. Ez kicsit
trukkos, kell hozza a felinstallalt stack pluginbol jopar dolog. Az
optimalizalas nagyjabol azt csinalja, hogy a maxima-ba behuzza a stack-hoz
tartozo scripteket es ezt a processzt kidumpolja, ezutan az eredeti maxima
helyett ez futtathato, es mar nem kell indulaskor azzal foglalkoznia hogy
a file-okat parsolja es vegrehajtsa. Igy csokken a terheles amit a
processz inditasa okoz. A maximapool konfiguraciojaban az igy optimizalt
maximat kell hasznalni. Az optimalizalt maxima eloallitasat is megtalalod
a stack plugin githubjan.

Ket komolyabb tapasztalat volt ezzel.
Az egyik: a stack a kerdes leirasanal megengedi a sort/utasitast
lezaro pontosvesszo elhagyasat. Legalabbis regebben megengedte. Ez viszont
azt jelentette, hogy a kerdesbe irt kodot joval lassabban parsolta, ami
pont a kenyes helyzetben, zh vagy vizsga kozben irtora megnovelte a
terhelest. Raadasul ezt meg a moodle plugin vegzi, azaz ez az egesz
moodle-t erinto problemava valik. Nalunk 600 emberes vizsganal ebbol volt
komoly gond, amig ki nem deritettem hogy ez okozza. Talan azota mar
javitottak ezen, de jo ha tudsz rola.
A masik kurrensebb, pont Lorant targya kapcsan jon elo. Idonkent az a
tapasztalat, hogy a kiszolgalo vm kilotte az egesz tomcat processzt, mert
elfogyott a memoria. Ennek ugy nez ki az az oka, hogy egy-egy maxima
processz hosiesen probalja kiertekelni a valaszkent kapott formulat vagy
kifejezest, es ez neha nagyon sok memoriat emeszt fel. Ez ugye user input
miatt is elojohet. Magaban a maximaban (az altalunk hasznalt verzioban
biztosan) nincs olyan megadhato korlat amivel ezt meg lehetne fekezni, igy
ezzel eddig nem nagyon tudtam mit kezdeni. Esetleg a maximapool
hangolasaval lehet korlatozni hogy egy maxima meddig futhat, igy kevesebb
ideje van memoriat foglalni.

Meg annyi hogy a kiszolgalo vm 8 mag 32G RAM meretu. Ebben boven elfutogat
sima esetben a maximapool es nalunk a mas kerdestipushoz tartozo dolog is.
Ezzel lement (a pontosvesszos anomalia utan) 600 koruli emberrel vizsga.
Magan a vm-en debian van es minden a normal csomagokbol kerult fel.

Hat ennyi, gondolom lesz mit atgondolni ezek alapjan... Ha van kerdesed
akkor ird.

--
Gyorgy Varga                |
Department of Networked     |
Systems and Services        | the horizon calls
Technical Univ. of Budapest | with its parallel lines
varga@hit.bme.hu            |