Mail Archives: geda-user/2018/05/06/06:05:55
--089e08e5933716b3d7056b86aa83
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hello Michael,
Thanks for the information. Your specs look ok. We require a much lower
version of OpenGL than your graphics card supports so that should be fine.
I have a celeron pc with a sllightly older radeon card that I could use to
perform some tests. If you are able to share the board that you used for
your tests then that would be greatly appreciated.
Kind Regards,
Ade
On 6 May 2018 at 09:38, michalwd1979 (michalwd1979 AT o2 DOT pl) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> Hello Evan, Hello Igor,
>
> The PC is lenovo T400 laptop with ATI Radeon HD 7350 card (card plugged t=
o
> advanced dock PCIE x1 slot) + 2 screens. Graphics chip uses CEDAR
> microcode, and r600 open source X driver.
> According to logs everything related to DRM/DRI2/VDPAU is initialized
> properly.
> Glxgears runs at 60FPS (synced with screen refresh rate) and stays there
> even when spread on both screens with unnoticeable CPU load - seems right=
.
>
> Glxinfo says:
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.4
> Extended renderer info (GLX_MESA_query_renderer):
> Vendor: X.Org (0x1002)
> Device: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM 5.0.1)
> (0x68fa)
> Version: 17.3.8
> Accelerated: yes
> Video memory: 1024MB
> Unified memory: no
> Preferred profile: core (0x1)
> Max core profile version: 3.3
> Max compat profile version: 3.0
> Max GLES1 profile version: 1.1
> Max GLES[23] profile version: 3.0
> OpenGL vendor string: X.Org
> OpenGL renderer string: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM
> 5.0.1)
> OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.3.8
> OpenGL core profile shading language version string: 3.30
> OpenGL core profile context flags: (none)
> OpenGL core profile profile mask: core profile
>
> In fact I was surprised that so old PC+graphics can work so well with
> transparent windows, movies, gschem, FreeCAD or animated waveforms in
> matplotlib. It was also really fast with opengl pcb, it is possible to wo=
rk
> with boards spread on both screens without any noticeable delays in
> rendering.
>
> In pcb-rnd switching GUI to gtk2_gdk makes it a bit slower, but not much
> (thanks Igor for info about GUI, I recompiled pcb-rnd and used --gui
> gtk2_gl/gdk). Turing grid on/off also makes a difference, but still it
> takes >10 seconds do move a cursor. Turing thin drawing mode ON (polygons
> thin draw was ON already) speeds it up drastically, but still it is slowe=
r
> then opengl version (without thin draw). Now moving cursor takes ~1s or a
> bit more. I also noticed that the speed drops "exponentially" as the
> complexity of the board increases, but it seems that this is the case wit=
h
> all pcb versions (for mainline or opengl I don't have complex enough boar=
d
> to test it further).
>
> I also tried these tests on lenovo T400 with internal i965 graphics card
> and integrated screen - very similar results. The laptop is configured as
> before, only graphics drivers are different. If You need some more info o=
r
> want the board I used for tests then please let me know.
> Best Regards,
> Michael Widlok
>
>
> Dnia 4 maja 2018 20:27 michalwd1979 <gedau AT igor2 DOT repo DOT hu> napisa=C5=82(a)=
:
>
> Hello Michael,
>
> On Fri, 4 May 2018, michalwd1979 (michalwd1979 AT o2 DOT pl) [via
> geda-user AT delorie DOT com] wrote:
>
> Hello Igor,
>
> Thanks for reply. The features of pcb-rnd are impressive and I really lik=
e
> the fast development of the branch. I remember back then when we talked
> about opengl and I've tried to merge some of the rendering code but my
> programming skills were good not enough, sorry...
>
> I am not sure if the problem is my >10 years old PC, my hardly tuned
> gentoo,
> wrong compile options or just a bad luck, but I always had speed problems
> with anything but Peter's opengl branch (recently mainline pcb become
> similar in rendering speed). Today I've tried fresh compiled pcb-rnd 1.2.=
8
> with default:
> ./configure --prefix=3D/usr/local --buildin-hid_gtk2_gl
> --disable-hid_gtk2_gdk
> make
>
> Loading more complicated 4 layers board to pcb-rnd makes working on it
> impossible. Moving cursor takes about 15s with cpu load at 100%, zooming
> in/out is even slower. I know that my equipment is nothing compared to
> current (even low-end) machines, but still - the same board in mainline o=
r
> opengl pcb moves/zooms in almost no time.
> If You want me to perform more test with different configure options or
> want
> more data about rest of the system, then let me know. Maybe I have
> something
> very wrong here.
>
>
> Thanks for reporting.
>
> I think there can be two kind of reasons behind this:
>
> 1. opengl related issue; Ade, our opengl expert, will contact you about
> this. Evan could help with gentoo, it might be some gentoo+opengl
> installation problem.
>
> 2. non-opengl related; a few things you could try:
>
> - turn off visible grid (drawing the dots may be slow if your window is
> large)
>
> - turn on thin drawing mode (to see if the problem is related to polygon
> rendering)
>
> - please check how it works with software render (gdk); Note: with
> pcb-rnd, you do not need to disable HIDs, you can let it detect and
> compile all HIDs it finds, as you can select your hid runtime. (You can
> even configure your HID preference: which HIDs should be tried in which
> order if you didn't explicitly specify a HID to run).
>
>
> Best regards,
>
> Igor2
>
>
>
--089e08e5933716b3d7056b86aa83
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hello Michael,<div><br></div><div>Thanks for the informati=
on. Your specs look ok.=C2=A0 We require a much lower version of OpenGL tha=
n your graphics card supports so that should be fine.=C2=A0</div><div><br><=
/div><div>I have a celeron pc with a sllightly older radeon card that I cou=
ld use to perform some tests. If you are able to share the board that you u=
sed for your tests then that would be greatly appreciated.</div><div><br></=
div><div>Kind Regards,</div><div><br></div><div>Ade</div><div><br></div></d=
iv><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On 6 May 2018 =
at 09:38, michalwd1979 (<a href=3D"mailto:michalwd1979 AT o2 DOT pl">michalwd1979@=
o2.pl</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie.=
com</a>] <span dir=3D"ltr"><<a href=3D"mailto:geda-user AT delorie DOT com" tar=
get=3D"_blank">geda-user AT delorie DOT com</a>></span> wrote:<br><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">Hello Evan, Hello Igor,<br><br>The PC is lenovo T400 lapt=
op with ATI Radeon HD 7350 card (card plugged to advanced dock PCIE x1 slot=
) + 2 screens. Graphics chip uses CEDAR microcode, and r600 open source X d=
river. <br>According to logs everything related to DRM/DRI2/VDPAU is initia=
lized properly. <br>Glxgears runs at 60FPS (synced with screen refresh rate=
) and stays there even when spread on both screens with unnoticeable CPU lo=
ad - seems right.<br><br>Glxinfo says:<br><div>direct rendering: Yes<br></d=
iv><div>server glx vendor string: SGI<br></div><div>server glx version stri=
ng: 1.4<br></div><div>Extended renderer info (GLX_MESA_query_renderer):<br>=
</div><div>=C2=A0=C2=A0=C2=A0 Vendor: X.Org (0x1002)<br></div><div>=C2=A0=
=C2=A0=C2=A0 Device: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM 5.0.=
1) (0x68fa)<br></div><div>=C2=A0=C2=A0=C2=A0 Version: 17.3.8<br></div><div>=
=C2=A0=C2=A0=C2=A0 Accelerated: yes<br></div><div>=C2=A0=C2=A0=C2=A0 Video =
memory: 1024MB<br></div><div>=C2=A0=C2=A0=C2=A0 Unified memory: no<br></div=
><div>=C2=A0=C2=A0=C2=A0 Preferred profile: core (0x1)<br></div><div>=C2=A0=
=C2=A0=C2=A0 Max core profile version: 3.3<br></div><div>=C2=A0=C2=A0=C2=A0=
Max compat profile version: 3.0<br></div><div>=C2=A0=C2=A0=C2=A0 Max GLES1=
profile version: 1.1<br></div><div>=C2=A0=C2=A0=C2=A0 Max GLES[23] profile=
version: 3.0<br></div><div>OpenGL vendor string: X.Org<br></div><div>OpenG=
L renderer string: AMD CEDAR (DRM 2.49.0 / 4.9.76-gentoo-r1-mw, LLVM 5.0.1)=
<br></div><div>OpenGL core profile version string: 3.3 (Core Profile) Mesa =
17.3.8<br></div><div>OpenGL core profile shading language version string: 3=
.30<br></div><div>OpenGL core profile context flags: (none)<br></div><div>O=
penGL core profile profile mask: core profile<br></div><div><br></div><div>=
In fact I was surprised that so old PC+graphics can work so well with trans=
parent windows, movies, gschem, FreeCAD or animated waveforms in matplotlib=
. It was also really fast with opengl pcb, it is possible to work with boar=
ds spread on both screens without any noticeable delays in rendering. <br><=
/div><div><br></div><div>In pcb-rnd switching GUI to gtk2_gdk makes it a bi=
t slower, but not much (thanks Igor for info about GUI, I recompiled pcb-rn=
d and used --gui gtk2_gl/gdk). Turing grid on/off also makes a difference, =
but still it takes >10 seconds do move a cursor. Turing thin drawing mod=
e ON (polygons thin draw was ON already) speeds it up drastically, but stil=
l it is slower then opengl version (without thin draw). Now moving cursor t=
akes ~1s or a bit more. I also noticed that the speed drops "exponenti=
ally" as the complexity of the board increases, but it seems that this=
is the case with all pcb versions (for mainline or opengl I don't have=
complex enough board to test it further). <br></div><div><br></div><div>I =
also tried these tests on lenovo T400 with internal i965 graphics card and =
integrated screen - very similar results. The laptop is configured as befor=
e, only graphics drivers are different. If You need some more info or want =
the board I used for tests then please let me know.<br></div><div>Best Rega=
rds,<br></div><div>Michael Widlok<br></div><div class=3D"HOEnZb"><div class=
=3D"h5"><div><br></div><div><br></div><div class=3D"m_-7669244792893353070n=
h_extra"><p>Dnia 4 maja 2018 20:27 michalwd1979 <<a href=3D"mailto:gedau=
@igor2.repo.hu" target=3D"_blank">gedau AT igor2 DOT repo DOT hu</a>> napisa=C5=82(=
a):<br></p><blockquote class=3D"m_-7669244792893353070nh_quote" style=3D"bo=
rder-left:2px solid #999;padding-left:8px;margin:0"><div id=3D"m_-766924479=
2893353070gwpe5321eea"><div>Hello Michael,<br></div><div><br></div><div>On =
Fri, 4 May 2018, michalwd1979 (<a href=3D"mailto:michalwd1979 AT o2 DOT pl" target=
=3D"_blank">michalwd1979 AT o2 DOT pl</a>) [via <a href=3D"mailto:geda-user AT delori=
e.com" target=3D"_blank">geda-user AT delorie DOT com</a>] wrote:<br></div><div><b=
r></div><blockquote><div>Hello Igor,<br></div><div><br></div><div>Thanks fo=
r reply. The features of pcb-rnd are impressive and I really like<br></div>=
<div>the fast development of the branch. I remember back then when we talke=
d<br></div><div>about opengl and I've tried to merge some of the render=
ing code but my<br></div><div>programming skills were good not enough, sorr=
y... =C2=A0<br></div><div><br></div><div>I am not sure if the problem is my=
>10 years old PC, my hardly tuned gentoo,<br></div><div>wrong compile o=
ptions or just a bad luck, but I always had speed problems<br></div><div>wi=
th anything but Peter's opengl branch (recently mainline pcb become<br>=
</div><div>similar in rendering speed). Today I've tried fresh compiled=
pcb-rnd 1.2.8<br></div><div>with default:<br></div><div>./configure --pref=
ix=3D/usr/local --buildin-hid_gtk2_gl --disable-hid_gtk2_gdk<br></div><div>=
make<br></div><div><br></div><div>Loading more complicated 4 layers board t=
o pcb-rnd makes working on it<br></div><div>impossible. Moving cursor takes=
about 15s with cpu load at 100%, zooming<br></div><div>in/out is even slow=
er. I know that my equipment is nothing compared to<br></div><div>current (=
even low-end) machines, but still - the same board in mainline or<br></div>=
<div>opengl pcb moves/zooms in almost no time.<br></div><div>If You want me=
to perform more test with different configure options or want<br></div><di=
v>more data about rest of the system, then let me know. Maybe I have someth=
ing<br></div><div>very wrong here.<br></div><div><br></div></blockquote><di=
v><br></div><div>Thanks for reporting.<br></div><div><br></div><div>I think=
there can be two kind of reasons behind this:<br></div><div><br></div><div=
>1. opengl related issue; Ade, our opengl expert, will contact you about<br=
></div><div>this. Evan could help with gentoo, it might be some gentoo+open=
gl<br></div><div>installation problem.<br></div><div><br></div><div>2. non-=
opengl related; a few things you could try:<br></div><div><br></div><div>- =
turn off visible grid (drawing the dots may be slow if your window is<br></=
div><div>large)<br></div><div><br></div><div>- turn on thin drawing mode (t=
o see if the problem is related to polygon<br></div><div>rendering)<br></di=
v><div><br></div><div>- please check how it works with software render (gdk=
); Note: with<br></div><div>pcb-rnd, you do not need to disable HIDs, you c=
an let it detect and<br></div><div>compile all HIDs it finds, as you can se=
lect your hid runtime. (You can<br></div><div>even configure your HID prefe=
rence: which HIDs should be tried in which<br></div><div>order if you didn&=
#39;t explicitly specify a HID to run).<br></div><div><br></div><div><br></=
div><div>Best regards,<br></div><div><br></div><div>Igor2<br></div></div></=
blockquote></div><div><br></div></div></div></blockquote></div><br></div>
--089e08e5933716b3d7056b86aa83--
- Raw text -