-Xss znamená velikost zásobníku pro každý thread, pokud jej příliš
snížíte, tak riskujete SctackOverflowException, pokud tento parametr
zvednete, tak omezíte maximální počet threadu, které jste schopen
využít. V mém případě, kdy je maximální počet spuštěných threadů cca 40
je to jedno, jelikož
Zdravim,
Na vasem popisu situace me zaujalo max. 12GB pameti a 33%-ni vuziti (takze
+- 4GB obsazene pameti).
A ted moje silena domnenka:
Java je pouze 32bit proces, tudiz dal nez za 4GB nevidi a pamet pro stack
se alokuje mimo heapu (a samozrejme i mimo permgen). Myslim si, ze pro javu
se v tech
Ahoj,
ano, 32bit java nenaadresuje viac ako 4G. Ja som ale pochopil, ze sa k
tomuto limitu jvm este nepriblizila,
alebo ano? Co je vidiet v process table ( alebo ako sa to na windows nazyva )?
--
Dusan
Dňa 13. apríla 2012 11:03, Jiří Zůna j...@zunovi.cz napísal/a:
Zdravim,
Na vasem popisu
To je v pořádku, nepsal jsem, že daná aplikace je jediná na PC, Ve
skutečnosti je tam daná aplikace spuštěna několikrát (zpracováni obrazu
z více kamer, v tomto konkrétním případě 2x) + databáze + AS JBoss + OS
a další programy. Jedna instance problematické aplikace má nastaveno Xmx
na 1024m.
Chtěl jsem se zeptat na váš názor nebo zkušenost s prací ve vláknech J2EE
aplikací?
Četl jsem doporučení, že by se vlákna neměla v J2EE vytvářet resp., že jsou
doporučené metody jak to bezpečně dělat (pomocí různých implementací timerů
atd.).
Řeším problém, kdy vlákno (request) potřebuje udělat
Ahoj,
dal bych prednost asynchronnim metodam v EJB 3.1.
Z.
--
Zdenek Tronicek
FIT CTU in Prague
Petr Franta napsal(a):
Chtěl jsem se zeptat na váš názor nebo zkušenost s prací ve vláknech J2EE
aplikací?
Četl jsem doporučení, že by se vlákna neměla v J2EE vytvářet resp., že
jsou
V J2EE se namísto toho využije aplikační server a pomocí message se pošle
pokyn k vykonání nějaké asynchronní operace.
Podívejte se třeba na
http://www.java2s.com/Code/Java/EJB3/EJBTutorialfromJBossdemoformessagedrivenbean.htm
Protože jste toto asi ještě nepoužil, ještě napovím, že zpráva může být
No já myslím, že Petr bude ještě potřebovat nějakou synchronizaci až
se data načtou.
V Tvém případě v JEE prostředí můžeš použít vlákna, protože tvoje
metoda je vlastně synchronní, jen jistá část kódu se kvůli výkonu volá
asynchronně. Akorát v těch vláknech nemůžeš používat JEE věci, jako je
Ahoj,
pamet i celkovy pocet vlaken se mi zdaji v poradku. Podival bych se na
pocet otevrenych souboru. Nejsou tam nejake pracovni soubory?
Z.
--
Zdenek Tronicek
FIT CTU in Prague
Jaroslav Hurdes napsal(a):
To je v pořádku, nepsal jsem, že daná aplikace je jediná na PC, Ve
skutečnosti je tam
Jo a také použitím vláken ztrácíš trochu kontrolu nad aplikací. V JEE
si typicky nastavíš, že chces třeba max. 100 aktivních bean (100
vláken), ale jakmile si začneš tvořit vlákna sám, tak už žádný limit
udělat nemůžeš. Také proto by se ty vlákna něměly dělat, ale čistě
technicky to samozřejmě
Tu synchronizaci tam, kde potřebuji dělám tak, že mám informaci o nějakém
systémovém úkolu, jehož identifikátor posílám v message, a ve chvíli, kdy
se úkol dokončí, tak se k němu zapíše výsledek.
Jirka
2012/4/13 Ondra Medek xmed...@gmail.com
No já myslím, že Petr bude ještě potřebovat nějakou
11 matches
Mail list logo