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) = 0x40540000
Any expert to tell me where to start searching?
Zillions of these coming too fast to read.
Garst
-- José Abílio
LyX and docbook, a perfect match. :-)
I also get zillions of these:
22:43:51.183458 brk(0x85dd000) = 0x85dd000 22:43:51.200730 brk(0x85df000) = 0x85df000 22:43:51.218437 brk(0x85e1000) = 0x85e1000 22:43:51.227363 brk(0x85e3000) = 0x85e3000 22:43:51.236807 brk(0x85eb000) = 0x85eb000 22:43:51.247569 brk(0x85ed000) = 0x85ed000 22:43:51.258827 brk(0x85ef000) = 0x85ef000 22:43:51.269891 brk(0x85f1000) = 0x85f1000 22:43:51.284264 brk(0x85f3000) = 0x85f3000 22:43:51.303427 brk(0x85f5000) = 0x85f5000 22:43:51.492823 brk(0x85f7000) = 0x85f7000 22:43:51.503154 brk(0x85f9000) = 0x85f9000 22:43:51.514059 brk(0x85fb000) = 0x85fb000 22:43:51.526571 brk(0x85fd000) = 0x85fd000 22:43:51.539239 brk(0x85ff000) = 0x85ff000 22:43:51.556522 brk(0x8601000) = 0x8601000 22:43:51.566912 brk(0x8603000) = 0x8603000 22:43:51.576790 brk(0x8605000) = 0x8605000 22:43:51.586605 brk(0x8607000) = 0x8607000 22:43:51.597654 brk(0x8609000) = 0x8609000 22:43:51.608912 brk(0x860b000) = 0x860b000 22:43:51.621999 brk(0x8613000) = 0x8613000 22:43:51.638342 brk(0x8615000) = 0x8615000 22:43:51.833128 brk(0x8616000) = 0x8616000 22:43:51.843373 brk(0x8617000) = 0x8617000 22:43:51.854500 brk(0x8618000) = 0x8618000 22:43:51.865726 brk(0x8619000) = 0x8619000 22:43:52.088166 munmap(0x40540000, 245760) = 0 22:43:52.098032 munmap(0x4057c000, 245760) = 0 22:43:52.108596 munmap(0x400fa000, 4096) = 0 Setting buffer in BufferView (0x84fd900) Buffer addr: 0x84fd900 resizeCurrentBuffer text not available! no text in cache! 22:43:53.340236 brk(0x861a000) = 0x861a000 22:43:53.377424 brk(0x8623000) = 0x8623000 22:43:55.056815 brk(0x862c000) = 0x862c000 22:43:56.588383 brk(0x862d000) = 0x862d000 22:43:56.713239 brk(0x862e000) = 0x862e000 22:43:56.826188 brk(0x862f000) = 0x862f000 BufferView::update()
man brk is interesting. brk not defined in C standard, and deliberately excluded from Posix.1 standard.
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 memory chips are forced to start swapping which is of course really slow as it accesses the hard disc.
Regards,
Stephan