Hi Blasius,

Thanks for providing all this information, it helps me understand 
your system a little better. It looks like you are storing all 
document content in the database and I beleive that most of the
load comes from this. 

Do you have any idea of the size of Blobs you are dealing with?

I am not an expert at this kind of load issues, but for having 
been involved in designing document managment systems, I am a
little surprised with your approach. When managing hundred of
documents the usual approach is not to store documents in the
database but just to index them. As you can imagine, just 
streaming the document content over a servlet is way lighter 
than converting that to a Blob. Am I missing something?

Thanks,
Christophe
Christophe Ney - mailto:[EMAIL PROTECTED]
Enhydra Project - http://www.enhydra.org
Lutris Technologies - http://www.lutris.com

>-----Original Message-----
>From: Blasius Lofi Dewanto [mailto:[EMAIL PROTECTED]]
>Sent: Monday, July 02, 2001 3:46 PM
>To: Christophe Ney; [EMAIL PROTECTED];
>[EMAIL PROTECTED]
>Subject: Re: JOnAS problem
>
>
>Hi all,
>
>Here are my observation data from OpenUSS.org:
>
>- Hardware: 256 MB memory, Pentium 300 Mhz,
>  15 GB harddisk.
>
>- Software: Windows NT 4, JDK 1.2.2 Sun, 
>  JOnAS 2.2.7, RMI, InteServer 2.0 (JDBC)
>  for InterBase 6.0.1
>
>- Operation: Heavy load of BLOBs for OpenUSS:
>  as I told the list before:
>  Until now we are handling about 250 - 300 students
>  with this system simultaneously. They use this system
>  very often and intensively - especially for downloading
>  the lecture materials.
>
>- Starting JVM with -Xmx170m.
>
>- EJB: Using only "Stateless SB" and "CMP EB"
>  --> "Facade Pattern" is used all over.
>
>- Crash: 2 - 3 days without re-starting the JOnAS 
>  server: Out of Memory and it also crashs the JVM.
>  without -Xmx128m it crashs sooner than 2 days.
>
>- All of the codes of OpenUSS are available 
>  --> dev-lecture is the module name
>  for the lecture materials (Open Source - SourceForge). 
>  All of the EJBs are under the business objects
>  directory. But there is nothing special there.
>
>  All of the BLOBs are having their 
>  own EJB (CMP) and separately saved. I call this 
>  "BLOB Pattern".
>
>  So if I need a list of files available, I won't get 
>  all of the BLOBs automatically (I tried this once,
>  and JOnAS directly crash with: out of memory ;-)).
>  Imagine the list of 30 files with each 2 MB ==
>  60 MB just for one list! And it seems that JOnAS
>  cannot handle such a big EJBs (CMP) 
>  (Maybe this is the best way to test JOnAS load 
>  power...? ;-))
>
>  If you klick the file to download, it will then
>  call the EJB and get the file's content and send
>  it back to the presentation layer.
>  I attach an UML diagram about this architecture.
>
>Okay, I hope this helps... Just tell me, what
>I can do for you to help you find the memory leak 
>of JOnAS.
>
>I like the idea of Enhydra Enterprise, that's why
>until now I haven't really tried to port OpenUSS's
>EJBs to JBoss. I'm planning in the future to switch
>to Enhydra Enterprise 4.
>
>Thanks a lot!
>-- 
>---------------------------------------------------
>Blasius Lofi Dewanto
>---------------------------------------------------
>OpenUSS - Open University Support System
>http://openuss.sourceforge.net
>---------------------------------------------------
>E-Mail   : [EMAIL PROTECTED]
>ICQ      : 39343280
>---------------------------------------------------
>
>> I am working with Lutris on Enhydra Enterprise and have started doing
>> extensive load tests on JOnAS EJB container. As far as I 
>know, we have
>> not hit the memory leak problem you are seeing but we would be very
>> interested in being able to track it down..

----
To unsubscribe, send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe jonas-users".
For general help, send email to [EMAIL PROTECTED] and
include in the body of the message "help".

Reply via email to