Re: nessus on AMD64

"Gene C." <[email protected]>
Newsgroups gmane.comp.security.nessus.devel
Message-ID <[email protected]>
On Wednesday 21 January 2004 13:26, Renaud Deraison wrote:
> You still did not tell me if standalone nasl was working. If it's not,
> then there's no point in debugging nessusd at this time.

Standalone nasl works just fine everything runs with it OK.

I am beginning to suspect some kind of bug in (dare I say it...) glibc or gcc!  
If that is the case, it is going to be hell to come up with a test case to 
prove my point.

I have been playing around adding printf statements in libnessus service.c and 
store.c where they do the mmap.  I then print the mallinfo structure.  The 
numbers look fine on i386 but seem to be a bit large on the amd64.

I have also been using the system monitor to look at the memory usage numbers 
for the various nessusd processes such as "serving" and "testing".  On the 
i386 these go from about 2.4MB to a bit less than 4MB.  However, on the amd64 
they go up to around 6MB and this is with lots of messages about being unable 
to allocate memory.

So I tried using mallopt in nessusd.c to set the M_MMAP_THRESHOLD to a very 
low number (64).  Memory usage quickly grows to about 125MB but a lot (not 
all) of the memory allocation error messages go away.  If I set the threshold 
to about 1024, then the mmap file mapping errors go away.

Running the low threshold on the i386 seems to have little effect in that 
memory usage stays below 4MB.

While pointer size increases from 4 bytes to 8 bytes, that does not explain 
this kind of behavior.

I will take a look at valgrind to see if it can help.
-- 
Gene

_______________________________________________
Nessus-devel mailing list
[email protected]
http://mail.nessus.org/mailman/listinfo/nessus-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.