Re: strace on lyx2lyx

2003-08-20 Thread Stephan Witt 
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 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(0x4054, 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

Re: strace on lyx2lyx

2003-08-20 Thread Garst R. Reese 
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 memory chips are forced to start swapping which is
 of course really slow as it accesses the hard disc.

Thanks Stephan,
I am neither seeing nor hearing and disk activity during the delays.
But maybe this will be a clue to others.

Garst

Re: strace on lyx2lyx

2003-08-20 Thread Stephan Witt 
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 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(0x4054, 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

Re: strace on lyx2lyx

2003-08-20 Thread Garst R. Reese 
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 memory chips are forced to start swapping which is
> of course really slow as it accesses the hard disc.

Thanks Stephan,
I am neither seeing nor hearing and disk activity during the delays.
But maybe this will be a clue to others.

Garst

Re: strace on lyx2lyx

2003-08-19 Thread Garst R. Reese 
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 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(0x4054, 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.

Garst

Re: strace on lyx2lyx

2003-08-19 Thread Garst R. Reese 
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)  = 0x8511000
21:22:37.812238 brk(0x851a000)  = 0x851a000
21:22:46.140028 --- SIGCHLD (Child exited) ---
21:22:53.905027 brk(0x8526000)  = 0x8526000
21:22:53.920342 brk(0x8504000)  = 0x8504000

Re: strace on lyx2lyx

2003-08-19 Thread Garst R. Reese 
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 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(0x4054, 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.

Garst

Re: strace on lyx2lyx

2003-08-19 Thread Garst R. Reese 
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)  = 0x8511000
21:22:37.812238 brk(0x851a000)  = 0x851a000
21:22:46.140028 --- SIGCHLD (Child exited) ---
21:22:53.905027 brk(0x8526000)  = 0x8526000
21:22:53.920342 brk(0x8504000)  = 0x8504000

Re: strace on lyx2lyx

2003-08-18 Thread Jose' Matos 
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

-- 
José Abílio

LyX and docbook, a perfect match. :-)

Re: strace on lyx2lyx

2003-08-18 Thread Andre Poenitz 
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 start searching?

No clue.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)

Re: strace on lyx2lyx

2003-08-18 Thread Jose' Matos 
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

-- 
José Abílio

LyX and docbook, a perfect match. :-)

Re: strace on lyx2lyx

2003-08-18 Thread Andre Poenitz 
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 start searching?

No clue.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)

strace on lyx2lyx

2003-08-15 Thread Garst R. Reese 
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)  = 0
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)  = 0
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)  = 0

Zillions of these coming too fast to read.

Garst

strace on lyx2lyx

2003-08-15 Thread Garst R. Reese 
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)  = 0
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)  = 0
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)  = 0

Zillions of these coming too fast to read.

Garst