| formula.queue.maxage |
óra |
24 |
Igen |
Az órák maximális száma, ameddig a kifejezés sor
előzmény megtartásra kerül. Csak a futtatott kifejezések kerülnek
eltávolításra.
Ez egy képlet használatával történik. |
A futtatott bejegyzések megtartásának célja a
kifejezési statisztika készítése
() és a kiértékelési ciklusok keresése. A
ciklusok kiértékelésekor ez a szám csökkenthető a nagy áteresztőképességű
beállításokban, hogy a táblaméret kicsi maradjon. |
| formula.queue.maxsize |
bejegyzések |
500000 |
Igen |
A kifejezés soron lévő bejegyzések maximális
száma. A takarítási feladat a bejegyzések számát az itt megadott szám
alatt tartja az előzmények kiürítésével. Csak a futtatott kifejezések kerülnek
eltávolításra.
Ez felülbírálja a maxage beállítást. |
A jobb teljesítmény érdekében ez a szám
behangolható, hogy a sorelőzmények mérete kicsi maradjon a nagy
terheltségű időszakokban, és más esetekben mentse az előzményeket. Ennek a
számnak jó becslése lehet, ha egy kicsivel a maxage időszak átlagos
áteresztőképessége alatt tartja. |
| formula.execution.batch.size |
bejegyzések |
30 |
Igen |
A kifejezés sor bejegyzések száma, amelyek
lefoglalásra kerülnek egy szálhoz az egyes lefoglalási futtatásoknál. A
bejegyzések "elindítva" jelölést kapnak, és a szál futtatásra és
befejezésre kerül egy új köteg lefoglalása előtt. |
A kifejezések párhuzamosan futnak egyszerre
számos szálon és számos csomóponton, de mindig egy függőségtudatos időrendben. Ha a
soron két kifejezés nem kapcsolódik, akkor más sorrendben futtathatók,
mint ahogy hozzáadásra kerültek. A kifejezési bejegyzések egy másik
bejegyzés értékétől függhetnek. Előfordulhat, hogy a kifejezési bejegyzés
nem fut, ha az adott bejegyzés példánya (az érték, amelytől a kifejezési
bejegyzés függ) nem kerül futtatásra a kifejezés előtt.
Ez és a párhuzamosság megköveteli a lefoglalást az ütközések, az
következetlen sorrend és a redundáns munka elkerülése érdekében. A
lefoglalás egy kicsit drága, ezért sok kifejezés kerül egyszerre
lefoglalásra a fenti követelménnyel és a feltétellel, hogy a megadott
sorrendben kerüljenek futtatásra. Ha sok kifejezés kerül lefoglalásra,
akkor a lefoglalási többletterhelés mentésre kerül, de ez "zárolja" a
párhuzamosságot (és fordítva). Az általános szabály, hogy ez a szám
maradjon kicsi, ha a kifejezések hosszú függőségi láncot alkotnak, és
növelhető, ha a láncok rövidek vagy kevés függőség létezik. Ez az érték
futás közben módosítható, ezért addig kell hangolnia, amíg megtalál egy
elfogadható optimumot. A 10-nél kisebb és 200-nál nagyobb értékek
csak ritkán optimálisak. |
| formula.cleanup.interval |
msecs |
1800000 |
Nem |
A kifejezés sor tisztításának gyakorisága. A
maxage és maxsize beállítások itt kerülnek kikényszerítésre. Csak a sor
tisztítás kerül végrehajtásra. Az első tisztítás a kiszolgáló
elindításakor történik, amikor speciális karbantartás kerül végrehajtásra. Ezenkívül
két hetente egy időzítő kifejezés integritási ellenőrzés is
végrehajtásra kerül (éjszaka). |
A legtöbbször az alapértelmezés elfogadható.
Magas
áteresztőképesség esetén a tisztítás több időt vesz igénybe, de gyakrabban
kell elvégezni (és fordítva). Emiatt legyen óvatos az idő túlzott
növelésével, mert ez végrehajtási kieséseket vagy rossz
teljesítményt eredményezhet, ha a terhelés hirtelen jelentősen
megemelkedik (például egy importálás vagy egy attribútum hozzáadása után). |
| formula.background.interval |
ezredmásodperc |
10000 |
Nem |
Annak gyakorisága, hogy a rendszer milyen
gyakran keres új, nem lefoglalt kifejezéseket a futtatáshoz a kifejezés
soron. Amikor egy köteg befejeződik, azonnal végrehajtásra kerül egy
új ellenőrzés anélkül, hogy kivárná az időtartamot.
Ha a sor "nem készült
el" a következő időköz jelentkezésekor, akkor egy új dolgozó szál kerül
elindításra az erőfeszítések megduplázásához. |
A
Rational Focal Point
korábbi változataiban a végrehajtás aszinkron és azonnali volt. Amikor a
kifejezések áthelyezésre kerültek az adatbázisba, ez nem volt
lehetséges a holtpontok kockázata nélkül.
Ez az időköz az, amilyen
gyakran a kifejezés soron megkeresésre kerülnek az új futtatandó
kifejezések, vagyis a maximális idő (plusz a futtatás ideje), ameddig a
felhasználónak várnia kell egy kifejezés futtatására. Ha az időköz túl
kicsi, akkor csak feleslegesen fogyasztja az erőforrásokat. Ez a
párhuzamosság fokozására is hatással van: Ha az előző időtartamban
elindított dolgozó szál nem fejeződik meg az időtartamon belül, akkor egy
másik szál is elindításra kerül (a szálak/csomópont értékig). Ha a fokozás
lassú, akkor lecsökkentheti ezt a számot. Ha a kifejezések ritkán kerülnek
felhasználásra, akkor kissé növelheti a számot. |
| formula.max.background.threads.per.node |
darab |
2 |
Nem |
A párhuzamos szálak maximális száma, amelyek
kifejezéseket futtatnak az egyes csomópontokhoz. A tényleges maximális
szám dinamikusan függ attól, hogy vannak-e szabad szálak az alkalmazás
szálkészletében. |
A background.interval elemben leírt
párhuzamosság fokozás növeli a kifejezés kiértékelési szálak számát
a csomóponton minden egyes időköznél, ha további elvégzendő munkák vannak. Jegyezze
meg, hogy ez a maximális érték. Ez szabad szálakat igényel az alkalmazás
szálkészletében, amely automatikusan hangolásra kerül a csomópont
(virtuális vagy egyéb) számát figyelembe véve. Ezenkívül korlátozva van,
hogy ne használja fel a készletben lévő utolsó szálat. Ezzel a számmal
nyugodtan kísérletezhet, mivel nem fog megszakítani semmilyen műveletet. A
jobb teljesítmény azonban nem garantált, mivel az nagyban függ az
adatbázis párhuzamossági képességétől. Annak jele, hogy ez a szám túl
kicsi, hogy a soron a legtöbbször kiértékeletlen kifejezések vannak. |
| formula.cleanup.enabled |
logikai |
true |
Igen |
A kifejezés sor tisztítása alapértelmezésben
engedélyezett. Ezt sose szabad letiltani, kivéve hibakeresési célokból
vagy teljesítménymérés futtatásakor, ahol a tisztítást ki kell törölni. |
Ezt a beállítást nem kell hangolni, sose
változtassa, hagyja mindig az alapértelmezett "true" értéken. |