Stephan Witt wrote:
> Hi Garst,
>
> brk() in strace context is a system call normally used to get memory for
> the dynamic storage allocators like malloc/calloc (C) or new (C++) library
> calls. Excessive brk() calls are indicating great memory usage or an memory
> leak. Machines with small memo
Garst R. Reese wrote:
Jose' Matos wrote:
On Friday 15 August 2003 21:42, Garst R. Reese wrote:
Here is where it seems go get stuck:
mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4054
Any expert to tell me where to start searching?
Zillions of these coming
Andre Poenitz wrote:
> No clue.
>
Today's build made it worse! This points to rowpainter.
Please let me know if I can do anything further to help.
I think this is going to bite hard when others, like myself, with slow
machines start testing.
Garst
21:22:29.110661 brk(0x8511000) = 0x851
Jose' Matos wrote:
>
> On Friday 15 August 2003 21:42, Garst R. Reese wrote:
> > Here is where it seems go get stuck:
> >
> > mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> > 0) = 0x4054
>
> Any expert to tell me where to start searching?
>
> > Zillions of these
On Mon, Aug 18, 2003 at 01:00:59PM +0100, Jose' Matos wrote:
> On Friday 15 August 2003 21:42, Garst R. Reese wrote:
> > Here is where it seems go get stuck:
> >
> > mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> > 0) = 0x4054
>
> Any expert to tell me where to st
On Friday 15 August 2003 21:42, Garst R. Reese wrote:
> Here is where it seems go get stuck:
>
> mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x4054
Any expert to tell me where to start searching?
> Zillions of these coming too fast to read.
>
> Garst
--
Here is where it seems go get stuck:
mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4054
munmap(0x40574000, 212992) = 0
mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40574000
munmap(0x4054, 212992)
