X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 17 May 2018 13:35:01 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: "michalwd1979 (michalwd1979 AT o2 DOT pl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: Odp: Re: [geda-user] Opengl PCB and mainline PCB - pcb-rnd
 aspects
In-Reply-To: <4c98ea24dff6409bb2548bb9233e3c0a@grupawp.pl>
Message-ID: <alpine.DEB.2.00.1805171327340.8169@igor2priv>
References: <ca+qhd=-z1tvzehozmmi+8eduqnwmaeeeodg=uk3p6mb9tj57dq AT mail DOT gmail DOT com> <647dca2ad89a4415ad980da6e5cdc701 AT grupawp DOT pl> <cajzxidbrzvoaivzxdhdcehdmubu-a5c8ueaeud6q-r0prvibya AT mail DOT gmail DOT com> <d44c1d9475c440a09121d3247c43b1d1 AT grupawp DOT pl>
 <alpine DOT deb DOT 2 DOT 00 DOT 1804301857010 DOT 19825 AT igor2priv> <7da892c189bd49838d6ce6eb2c2628e4 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805042003061 DOT 19825 AT igor2priv> <b84c48bc6c46413e809346a1a0baad2c AT grupawp DOT pl> <cam2rghspcci+g9vxjvtjwtilbj9ebegskaz8spcn=l5jz-zqtg AT mail DOT gmail DOT com>
 <7e30777e38284644814271a68f2c2119 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805080715580 DOT 8169 AT igor2priv> <00430c5cbe794d57918e5e9c532d436f AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805110914410 DOT 8169 AT igor2priv> <e537627331744537b6e5743d98f907a2 AT grupawp DOT pl> <alpine DOT deb DOT 2 DOT 00 DOT 1805151534520 DOT 8169 AT igor2priv>
 <bb691d68061d461287579b59351bf976 AT grupawp DOT pl> <alpine DOT DEB DOT 2 DOT 00 DOT 1805170850570 DOT 8169 AT igor2priv> <4c98ea24dff6409bb2548bb9233e3c0a AT grupawp DOT pl>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1677840600-1526556901=:8169"
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--0-1677840600-1526556901=:8169
Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE

Hello Michael,

On Thu, 17 May 2018, michalwd1979 (michalwd1979 AT o2 DOT pl) [via geda-user AT delor=
ie.com] wrote:

>1. subcircuits "layer" =C2=A0off, but top silk on - this way we measure ho=
w
>much does it cost to render all the refdes text objects on silk
>
>
>Much faster, benchmark says 1.4, however still rather unusable. It is
>possible however to zoom or pan (2-3s for a single step zoom).
>
>
>2. subcircuits "layer" on, but top silk off - this way we render about
>the
>same thing, just by a different part of the code
>
>
>Turning subcircuits ON stops everything for very long time (~30-40s) only
>after that it was possible to do benchmark. Result is 0.1, but as I said i=
t
>seems slower. If the subcircuits are ON, turnig top-silk ON/OFF makes no
>perceptible difference.

Very good, thanks! That's what I suspected: there is some slowness when we=
=20
need to render a lot, but a real unreasonable amount of slowness comes in=
=20
for the subcircuit refdes text. I think it's best to start optimizing the=
=20
slowest parts.

We'll work on these after the release.

<snip>

>By the way, am I the only person that noticed speed/text problems? Is my P=
C
>really so much slower then current machines or was my board so complex :-)=
?

I think it is a combintion of:

- a lot of development going into pcb-rnd all the time, which means many=20
of our production users are a few releases behind

- the subcircuit refdes text display is a relatively new feature

- you probably have larger and more complex board than the average

- you probably have older hardware than the average

So you are the first to report this specific problem. But now that we=20
debugged this much, we understand the cause better and I am positive we=20
can speed it up a bit. Both with optimizations in core drawing routines=20
(that will affect all HIDs) and with gl rendering specific optimizations.

I have old hardware, but I don't use gl, so I can't test that part. I rely=
=20
on users to test it.


Best regards,

Igor2
--0-1677840600-1526556901=:8169--