>From: "Lloyd Bryant" <[EMAIL PROTECTED]>
>To: [email protected]
>Subject: Re: [Gtk-gnutella-devel] GtkG crash (out of memory)
>Date: Wed, 22 Nov 2006 17:26:08 -0700
>
>
>
>
> >From: Christian Biere <[EMAIL PROTECTED]>
> >Date: Mon, 20 Nov 2006 20:46:52 +0100
> >
> > > ** ERROR **: mmap(0, 2097152, PROT_READ | PROT_WRITE, 0x22, -1, 0)
> >failed:
> > > Cannot allocate memory
> > > aborting...
> >
> >We bail out a little sooner than necessary. There might still 16 unused
> >MiB.
> >This could be fixed by trickling pages down in the page cache.
> >
> > > This is an obvious error - I ran out of memory. The question is -
>Why?
> >
> >The question is whether it used almost all RAM or whether it didn't. You
> >could try whether disabling VMM_GREEDY_PAGE_CACHE fixes this for you.
>There
> >could be some memory leak somewhere as well. How many nodes are typically
> >connected?
> >
Just thought I would post an update. With VMM_GREEDY_PAGE_CACHE disabled,
I've had GtkG up for over 80 hours so far.
I decided to "push the envelope" after 48 hours, and changed the connections
limits:
70-80 Ultras, 200 max leaves
Currently, 72 ultras, 122 leaves, DRS 233284 K, RSS 151304 K.
I've got a compile running right now, and I've tried to deliberately force a
crash by having a a utility program of mine (appropriately named "memhog")
sit on 150 Mb of RAM. So far, GtkG is taking everything in stride.
Lloyd Bryant
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
