bug-ncurses
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: API pair_content() call is about 7x slower on Fedora 29 vs Bionic


From: Pavel Stehule
Subject: Re: API pair_content() call is about 7x slower on Fedora 29 vs Bionic
Date: Fri, 28 Dec 2018 16:47:28 +0100



pá 28. 12. 2018 v 14:18 odesílatel Thomas Dickey <address@hidden> napsal:
On Fri, Dec 28, 2018 at 06:32:18AM +0100, Pavel Stehule wrote:
> Hi
>
> pá 28. 12. 2018 v 3:27 odesílatel Thomas Dickey <address@hidden> napsal:
>
> > On Thu, Dec 27, 2018 at 07:09:09PM -0600, Bryan Christ wrote:
> > > I was testing the performance of pair_content() 2 different ways.
> > >
> > > 1.  The very unscientific, observation that "pspg" (a db pager) was
> > > scrolling
> >
> > https://github.com/okbob/pspg
> >
> > > very slowly horizontally when testing my emulator on F29 but not on Bionic.
> > > 2.  I placed both instances under callgrind which surfaced pair_content() as
> > > being quite consuming on F29 but not Bionic.
...
> > Bionic has the _source_ for ncurses 6.1, but uses ABI 5 (pre-2015).
> > Offhand, with ABI 6 you'll use more memory but for the same calls,
> > probably get roughly the same performance.  A small benchmark
> > would prove that one way or the other :-)

With the given information, I setup a test to get profiling information
to compare (on the same machine) ABI 5 and 6.  But I suppose I need more
information, since I'm not seeing a marked difference in performance.

With (TERM=xterm-256color)

        pspg -f pg_class.txt

and pressing the right-arrow 15 times, there's actually not a lot of
CPU time involved.  Attaching the gprof listing for ABI 6

pspg pair_content doesn't use - the problem was in Bryan's ncurses terminal https://github.com/TragicWarrior/libvterm/commits/master (release 4.7 and older) when pspg was executed from this terminal.

Regards

Pavel
 

--
Thomas E. Dickey <address@hidden>
https://invisible-island.net
ftp://ftp.invisible-island.net

reply via email to

[Prev in Thread] Current Thread [Next in Thread]