Hi there
Gimana problem nya udah solved belum?
Boleh tahu berapa hal
-thread mdb yg di set.
- message nya yg di kirim message nya apa aja sama message nya atau beda beda?
-pas lagi out of memory error ada berapa message yg di queue nya.
-ini sepanjang waktu producer nya selalu kirim message
thanks bro dah reply,
--- In jug-indonesia@yahoogroups.com, Adelwin, Adelwin adelwin.adel...@...
wrote:
Cuma 1 hal yang pasti disiniâ¦
Kecepatan consumer nya kalah dari producerâ¦
Tapi lu gak tau karna producer nya kecepetan ato consumer nya leletâ¦
yoi bro, gw tau banget
Gue tetap curiga bagian proses message-nya bro.
Di situ ada banyak abc + d + somethin2 + ... yg ngabisin heap ga?
Seharusnya ga OOM karena jumlah yg elu sebutin itu bukan tergolong besar,
tapi masih menengah untuk high performance JMS.
Coba ganti store-nya ke database RDBMS.
2010/5/3
hmm, tapi waktu gw monitoring memory usage pake jconsole untuk di server
message processor nya, stabil kok bro, artinya tidak ada memory leak yah kalo
di sisi server consumernya.
nah tapi yg OOM itu JMS nya, bingung jg gw.
kalo soal store, gw pake yg sederhana aja bro pake filestore, tp kalo
yang leak itu bagian ini
...
// process message
...
2010/5/3 christian coolpie chris97...@yahoo.com
hmm, tapi waktu gw monitoring memory usage pake jconsole untuk di server
message processor nya, stabil kok bro, artinya tidak ada memory leak yah
kalo di sisi server consumernya.
nah tapi
ini beneran kalah cepet yah subscriber ato consumer nya?
kalo iya sih serba salah ya... filestore ato db storage pasti lebih lambat
daripada memory...
filestore dan db storage bisa di restore message nya kalo server down...
tapi lambat...
coba aja liat di admin console nya, bisa liat kan message
biasanya, selain penggunaan teknologi messaging itu adalah supaya bisa
dilakukan proses secara paralel dan asinkron,
ada juga tujuan lain, yaitu supaya bisa dilakukan proses secara massal atau
bulk processing, bukan justru
tetap prosesnya dilakukan per message. sehingga pemrosesan message mesti
adelwin.adel...@sc.com
From: jug-indonesia@yahoogroups.com
[mailto:jug-indone...@yahoogroups.com] On Behalf Of sm96
Sent: Tuesday, May 04, 2010 12:37 PM
To: jug-indonesia@yahoogroups.com
Subject: Re: [JUG-Indonesia] Re: Konfigurasi Weblogic 10.3 JMS
jangan lupa, itu ada quota exceed, yg menyebabkan delay delivery, delay ini
saja
sudah makan memory. emang mo ditaruh mana udah delay begitu?
kayak pesawat delay aja, bandara bisa lama-lama jebol kebanyakan penumpang
nunggu pesawat gak keburu berangkat. :)
2010/4/30 Daniel Baktiar
kalo dalam kasus gw MDB nya cuma receive aja bro, dan itu letaknya
di server yg berbeda dari server JMS (konek ke foreign WL domain).
memang case gmn yg bisa menyebabkan MDB leak bro ? ada contoh ?
kalo isi MDB gw kira2 begini:
@MessageDriven(activationConfig = {
berikut ini sekilas arsitekturnya:
server JMS: intel xeon quad core memori 4GB, Windows 2008 server, dedicated
untuk WL 10.3 JMS.
server producer: kecepatan mengirim/membuat message sangat cepat
server consumer: kecepatan menerima/memproses message lebih lambat
sehingga mengakibatkan
·._.·«Çµ®Î§»´¯)
Sent: Monday, May 03, 2010 12:38 PM
To: jug-indonesia@yahoogroups.com
Subject: [JUG-Indonesia] Re: Konfigurasi Weblogic 10.3 JMS
berikut ini sekilas arsitekturnya:
server JMS: intel xeon quad core memori 4GB, Windows 2008 server, dedicated
untuk WL 10.3 JMS.
server
--- In jug-indonesia@yahoogroups.com, Jonathan Handoyo jonathan.hand...@...
wrote:
bukannya bisa pilih storage nya ya?
gua pake WL 9.2 waktu itu, pilih nya DB storage...
Regards,
Jonathan Handoyo
store nya udah pake filestore bro.
berarti itu MDB-nya yang penyakitan. mungkin ada memory leak?
2010/4/30 ¯`·._.·«Çµ®Î§»´¯ chris97...@yahoo.com
--- In jug-indonesia@yahoogroups.com jug-indonesia%40yahoogroups.com,
Jonathan Handoyo jonathan.hand...@... wrote:
bukannya bisa pilih storage nya ya?
gua pake WL
14 matches
Mail list logo
