OK thanks I guess I should start planning for a newer system to run this
on. 

I work for a nonprofit ORG so hardware is sometimes hard to come by. 

So I tend to run things on older stuff. 

And things like this I run on my own so that I may keep myself up on
possibilities for who I work for. 

 

Any how I reduced from 5 to 3 and all seems to hold with 768MB ram so
far and it did not with 5 even with the additional 256mb ram.

 

Thanks for the explanation by the way it helps to know what is going on
for some one like me who does not program but like to run on the
bleeding edge so that I may help in some way. 

 

Daniel Du Vall

 


Daniel, 

it looks like you are running ASSP as daemon. To see, what cause ASSP to
die, you should run ASSP in interactive mode!

There should be a message in Log like "Apr-9-08 07:21:16 Worker_1
finished" - but I can not see it. 

>I know, but I think the point is, some of these new features require 
more memory to function well... which explains your problem...

The point is, if you are using DB tables, every thread does open it's
own connections to the DB-engine (they are unshareable in Perl) and
every thread hold it's own copy of memory! 
So on my system, 1.3.6 needs 50-100 MB to work - 2.0.0 needs 250-400MB.
The DB-engine does not need more memory but it has a 7 times higher
workload on connection handling with 5 worker threads! So what could
happend on systems with less real memory: 

ASSP will get a connection and reads data - this action needs memory and
the system will swap out memory from other applications (like DB-engine
cache) 
Now ASSP has to check the data and request hashes and list's from DB -
the system has to unswap DB cache but has no memory - so it will swap
ASSP memory 
.......  and so on 

The only way to prevent this ist to add memory to the system or to use
as less workers as possible (minimum is 1). With one worker the memory
required by ASSP should be 2 times higher then 1.3.6 is using! 

But be careful, there are new features in pipeline like relay server
(new thread)! ASSP will need more memory in future! 

Thomas

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test

Reply via email to