Menu
▾
▴
gnuplot-beta
|
From: Tatsuro M. <tma...@ya...> - 2015-06-26 07:56:36
|
In octave-maintainers ML, the tread "gnuplot graphics toolkit bugs" is open. http://octave.1599824.n4.nabble.com/gnuplot-graphics-toolkit-bugs-td4671157.html In the discussion there is a statement.(by Daniel J Sebald) *************************************************************************************** > It is now the fastest and most full-featured interactive terminal option. (for qt) except the speed. Perhaps there is some hardware in which Qt can use, say, OpenGL directly, but on my system that isn't the case. Qt terminal is drastically slower. *************************************************************************************** I have built windows version of gnuplot 5.0 and 5.1 with qt terminal. For my PC "all.dem" speed of windows, wxt, qt terminals, the qt terminal is fastest. Qt development toolkits (Qt 5.3) for gnuplot for windows build are prepared from source with configure option "-no-opengl". To my understanding, gnuplot does not use opengl. Am I right? In other places Daniel state *************************************************************************************** For example, qt terminal uses QPixmap http://doc.qt.io/qt-5/qpixmap.html which is a feature of Qt to handle display of images. However, this is at a very high level in which image elements are treated individually, not as a whole image. Consequently, the user will find that the Qt terminal can be rather slow for large data sets. x11 is very low level, so is much faster. Yet, wxt is fast as well. *************************************************************************************** This thread is made from just curiosity. Tatsuro |
|
From: sfeam <sf...@us...> - 2015-06-26 15:28:13
|
On Friday, 26 June 2015 04:56:26 PM Tatsuro MATSUOKA wrote: > In octave-maintainers ML, the tread "gnuplot graphics toolkit bugs" is open. > http://octave.1599824.n4.nabble.com/gnuplot-graphics-toolkit-bugs-td4671157.html > > > In the discussion there is a statement.(by Daniel J Sebald) > > *************************************************************************************** > > It is now the fastest and most full-featured interactive terminal option. (for qt) > > except the speed. Perhaps there is some hardware in which Qt can use, > say, OpenGL directly, but on my system that isn't the case. Qt terminal > is drastically slower. > *************************************************************************************** > > > I have built windows version of gnuplot 5.0 and 5.1 with qt terminal. > For my PC "all.dem" speed of windows, wxt, qt terminals, the qt terminal is fastest. > > Qt development toolkits (Qt 5.3) for gnuplot for windows build are prepared from source > with configure option "-no-opengl". > > To my understanding, gnuplot does not use opengl. Am I right? The Qt libraries can use opengl if it is available at run time. For some versions of Qt this can be controlled using the environmental variable QT_GRAPHICSSYSTEM. I think the default is "native" rather than "opengl", which tells the library to use whatever output layer is expected to be fastest. Ethan > > In other places Daniel state > *************************************************************************************** > For example, qt terminal uses QPixmap > > http://doc.qt.io/qt-5/qpixmap.html > > which is a feature of Qt to handle display of images. However, this is > at a very high level in which image elements are treated individually, > not as a whole image. Consequently, the user will find that the Qt > terminal can be rather slow for large data sets. x11 is very low level, > so is much faster. Yet, wxt is fast as well. > *************************************************************************************** > > This thread is made from just curiosity. > > Tatsuro > > ------------------------------------------------------------------------------ > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-26 23:44:20
|
----- Original Message ----- > From: sfeam > To: gnuplot-betaTatsuro MATSUOKA > Cc: > Date: 2015/6/27, Sat 00:25 > Subject: Re: speed of qt terminal > > On Friday, 26 June 2015 04:56:26 PM Tatsuro MATSUOKA wrote: >> In octave-maintainers ML, the tread "gnuplot graphics toolkit > bugs" is open. >> > http://octave.1599824.n4.nabble.com/gnuplot-graphics-toolkit-bugs-td4671157.html >> >> >> In the discussion there is a statement.(by Daniel J Sebald) >> >> > *************************************************************************************** >> > It is now the fastest and most full-featured interactive terminal > option. (for qt) >> >> except the speed. Perhaps there is some hardware in which Qt can use, >> say, OpenGL directly, but on my system that isn't the case. Qt > terminal >> is drastically slower. >> > *************************************************************************************** >> >> >> I have built windows version of gnuplot 5.0 and 5.1 with qt terminal. >> For my PC "all.dem" speed of windows, wxt, qt terminals, the qt > terminal is fastest. >> >> Qt development toolkits (Qt 5.3) for gnuplot for windows build are prepared > from source >> with configure option "-no-opengl". >> >> To my understanding, gnuplot does not use opengl. Am I right? > > The Qt libraries can use opengl if it is available at run time. > For some versions of Qt this can be controlled using the environmental > variable QT_GRAPHICSSYSTEM. I think the default is "native" rather > than > "opengl", which tells the library to use whatever output layer is > expected to be fastest. > > Ethan > Thank you for the information. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-26 23:49:16
|
> In other places Daniel state > *************************************************************************************** > For example, qt terminal uses QPixmap > > http://doc.qt.io/qt-5/qpixmap.html > > which is a feature of Qt to handle display of images. However, this is > at a very high level in which image elements are treated individually, > not as a whole image. Consequently, the user will find that the Qt > terminal can be rather slow for large data sets. x11 is very low level, > so is much faster. Yet, wxt is fast as well. > *************************************************************************************** > Daniel. Can you show me a short script at which qt terminal is rather slow? I would like to execute it on windows and ubuntu PC. Tatsuro |
|
From: Daniel J S. <dan...@ie...> - 2015-06-27 00:31:27
|
On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote: > > >> In other places Daniel state >> *************************************************************************************** >> For example, qt terminal uses QPixmap >> >> http://doc.qt.io/qt-5/qpixmap.html >> >> which is a feature of Qt to handle display of images. However, this is >> at a very high level in which image elements are treated individually, >> not as a whole image. Consequently, the user will find that the Qt >> terminal can be rather slow for large data sets. x11 is very low level, >> so is much faster. Yet, wxt is fast as well. >> *************************************************************************************** >> > > > Daniel. > Can you show me a short script at which qt terminal is rather slow? > > I would like to execute it on windows and ubuntu PC. > > Tatsuro Try something like: cd '<buildpath>/gnuplot/demo' set term qt splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 1:2:3 with rgbimage [rotate the image using a mouse] set term x11 replot [rotate the image using a mouse] If you want, exit, re-launch and try cd '<buildpath>/gnuplot/demo' set term wxt splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 1:2:3 with rgbimage On my system there is a very large difference in redraw speed with Qt. Granted, it could be the data transfer that is slow and rendering is fast, don't know. Also, on my system, the wxt terminal will show a bad aliasing bug when the image is rotated so that it is orthogonal to the window borders. Dan |
|
From: sfeam <sf...@us...> - 2015-06-27 01:39:33
|
On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote: > On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote: > > Daniel. > > Can you show me a short script at which qt terminal is rather slow? > > > > I would like to execute it on windows and ubuntu PC. > > > > Tatsuro > > Try something like: > > cd '<buildpath>/gnuplot/demo' > set term qt > splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using > 1:2:3 with rgbimage > > [rotate the image using a mouse] > > set term x11 > replot > > [rotate the image using a mouse] On my linux machine the qt terminal is much faster than x11 in this test. qt5 5.2.0 x11 xorg 1.14.5 Intel on-chip HD Graphics 4000 It is possible that your qt configuration is not using the optimal rendering mode. I'll look into trying to report this somewhere. Maybe "show term"? Ethan |
|
From: Daniel J S. <dan...@ie...> - 2015-06-27 02:13:13
|
On 06/26/2015 08:36 PM, sfeam wrote: > On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote: >> On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote: > >>> Daniel. >>> Can you show me a short script at which qt terminal is rather slow? >>> >>> I would like to execute it on windows and ubuntu PC. >>> >>> Tatsuro >> >> Try something like: >> >> cd '<buildpath>/gnuplot/demo' >> set term qt >> splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using >> 1:2:3 with rgbimage >> >> [rotate the image using a mouse] >> >> set term x11 >> replot >> >> [rotate the image using a mouse] > > On my linux machine the qt terminal is much faster than x11 in this test. > > qt5 5.2.0 > x11 xorg 1.14.5 > Intel on-chip HD Graphics 4000 > > It is possible that your qt configuration is not using the optimal > rendering mode. I'll look into trying to report this somewhere. > Maybe "show term"? > > Ethan I'm pretty sure my system isn't optimum--based upon what I know from compiling graphics drivers a few months back. (It's a lot of work because there are a half dozen or more supporting libraries that need to be built until eventually the actual driver can be built.) There's probably some software rendering along the way and it eventually comes back to X11. Intel hardware, on the other hand, has a lot of rendering support, so it doesn't surprise me you're seeing the opposite performance-wise. How about wxt? Does that terminal perform as well as qt? Dan |
|
From: sfeam <sf...@us...> - 2015-06-27 03:16:09
|
On Friday, 26 June 2015 09:13:03 PM Daniel J Sebald wrote: > On 06/26/2015 08:36 PM, sfeam wrote: > > On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote: > >> On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote: > > > >>> Daniel. > >>> Can you show me a short script at which qt terminal is rather slow? > >>> > >>> I would like to execute it on windows and ubuntu PC. > >>> > >>> Tatsuro > >> > >> Try something like: > >> > >> cd '<buildpath>/gnuplot/demo' > >> set term qt > >> splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using > >> 1:2:3 with rgbimage > >> > >> [rotate the image using a mouse] > >> > >> set term x11 > >> replot > >> > >> [rotate the image using a mouse] > > > > On my linux machine the qt terminal is much faster than x11 in this test. > > > > qt5 5.2.0 > > x11 xorg 1.14.5 > > Intel on-chip HD Graphics 4000 > > > > It is possible that your qt configuration is not using the optimal > > rendering mode. I'll look into trying to report this somewhere. > > Maybe "show term"? > > > > Ethan > > I'm pretty sure my system isn't optimum--based upon what I know from > compiling graphics drivers a few months back. (It's a lot of work > because there are a half dozen or more supporting libraries that need to > be built until eventually the actual driver can be built.) There's > probably some software rendering along the way and it eventually comes > back to X11. I added a qDebug() statement to the terminal and it tells me: Qt graphics platform: "xcb" The Qt5 platforms are listed here: http://doc.qt.io/qt-5/qguiapplication.html but it seems that Qt5 has deprecated the use of an environmental variable to select among them. I hadn't realized there was such a large change from Qt4 -> Qt5, since it didn't require many changes in our code. The qt wiki says: QPA is the platform abstraction layer for Qt 5 and replaces QWS and the platform ports from Qt 4. [...] There is currently little documentation for QPA. The best approach for developing a new platform plugin is to look at the other plugins and see how they implement the APIs in question. The minimal plugin is a good starting point. The xcb, windows, cocoa, and qnx plugins are also actively developed and up to date. > Intel hardware, on the other hand, has a lot of rendering support, so it > doesn't surprise me you're seeing the opposite performance-wise. How > about wxt? Does that terminal perform as well as qt? wxt is slower than qt, and gtk3 is IMHO not ready for prime time. At this point I would not recommend wxt. Ethan |
|
From: Daniel J S. <dan...@ie...> - 2015-06-27 05:32:05
|
On 06/26/2015 10:15 PM, sfeam wrote: > On Friday, 26 June 2015 09:13:03 PM Daniel J Sebald wrote: [snip] >> I'm pretty sure my system isn't optimum--based upon what I know from >> compiling graphics drivers a few months back. (It's a lot of work >> because there are a half dozen or more supporting libraries that need to >> be built until eventually the actual driver can be built.) There's >> probably some software rendering along the way and it eventually comes >> back to X11. > > I added a qDebug() statement to the terminal and it tells me: > Qt graphics platform: "xcb" > > The Qt5 platforms are listed here: > > http://doc.qt.io/qt-5/qguiapplication.html > > but it seems that Qt5 has deprecated the use of an environmental > variable to select among them. I hadn't realized there was such > a large change from Qt4 -> Qt5, Yes. Some people find it difficult migrating from Qt 4 to 5. > since it didn't require many changes in our code. gnuplot has always been one of the easier programs to build. Dan |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 04:04:43
|
----- Original Message ----- > From: Daniel J Sebald > To: Tatsuro MATSUOKA > Cc: gnuplot-beta > Date: 2015/6/27, Sat 09:22 > Subject: Re: speed of qt terminal >> Daniel. >> Can you show me a short script at which qt terminal is rather slow? >> >> I would like to execute it on windows and ubuntu PC. >> >> Tatsuro > > Try something like: > > cd '<buildpath>/gnuplot/demo' > set term qt > splot 'blutux.rgb' binary array=(128,128) flipy > format='%uchar' using 1:2:3 with rgbimage > > [rotate the image using a mouse] > > set term x11 > replot > > [rotate the image using a mouse] > > If you want, exit, re-launch and try > > cd '<buildpath>/gnuplot/demo' > set term wxt > splot 'blutux.rgb' binary array=(128,128) flipy > format='%uchar' using 1:2:3 with rgbimage > > On my system there is a very large difference in redraw speed with Qt. Granted, > it could be the data transfer that is slow and rendering is fast, don't > know. Also, on my system, the wxt terminal will show a bad aliasing bug when > the image is rotated so that it is orthogonal to the window borders. > > Dan On windows Qt very slow wxt not slow not fast windows fastest If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow. Windows 7 64 bit Qt 5.4.2, Intel HD Graphics Test on Ubuntu reported afterwards. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 04:13:21
|
----- Original Message ----- > ----- Original Message ----- >> From: Daniel J Sebald >> To: Tatsuro MATSUOKA >> Cc: gnuplot-beta >> Date: 2015/6/27, Sat 09:22 >> Subject: Re: speed of qt terminal >>> Daniel. >>> Can you show me a short script at which qt terminal is rather slow? >>> >>> I would like to execute it on windows and ubuntu PC. >>> >>> Tatsuro >> >> Try something like: >> >> cd '<buildpath>/gnuplot/demo' >> set term qt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> [rotate the image using a mouse] >> >> set term x11 >> replot >> >> [rotate the image using a mouse] >> >> If you want, exit, re-launch and try >> >> cd '<buildpath>/gnuplot/demo' >> set term wxt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> On my system there is a very large difference in redraw speed with Qt. > Granted, >> it could be the data transfer that is slow and rendering is fast, don't > >> know. Also, on my system, the wxt terminal will show a bad aliasing bug > when >> the image is rotated so that it is orthogonal to the window borders. >> >> Dan > > > On windows > > > Qt very slow > wxt not slow not fast > windows fastest > > If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow. > > Windows 7 64 bit Qt 5.4.2, Intel HD Graphics > > Test on Ubuntu reported afterwards. > > Tatsuro > Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304 Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow QT_GRAPHICSSYSTEM=raster normal almost the same as X11 QT_GRAPHICSSYSTEM=opengl does not work X11 normal wxt rather faster than qt and x11 Perhaps speed of qt on this test depends strongly environments. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 05:43:59
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: Daniel J Sebald > Cc: gnuplot-beta > Date: 2015/6/27, Sat 13:04 > Subject: Re: speed of qt terminal > ----- Original Message ----- >> From: Daniel J Sebald >> To: Tatsuro MATSUOKA >> Cc: gnuplot-beta >> Date: 2015/6/27, Sat 09:22 >> Subject: Re: speed of qt terminal >>> Daniel. >>> Can you show me a short script at which qt terminal is rather slow? >>> >>> I would like to execute it on windows and ubuntu PC. >>> >>> Tatsuro >> >> Try something like: >> >> cd '<buildpath>/gnuplot/demo' >> set term qt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> [rotate the image using a mouse] >> >> set term x11 >> replot >> >> [rotate the image using a mouse] >> >> If you want, exit, re-launch and try >> >> cd '<buildpath>/gnuplot/demo' >> set term wxt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> On my system there is a very large difference in redraw speed with Qt. > Granted, >> it could be the data transfer that is slow and rendering is fast, don't > >> know. Also, on my system, the wxt terminal will show a bad aliasing bug > when >> the image is rotated so that it is orthogonal to the window borders. >> >> Dan > > > On windows > > > Qt very slow > wxt not slow not fast > windows fastest > I have tested gnuplot 5.1 built using msvc complier provided Kakuto. http://ctan.ijs.si/mirror/w32tex/w32/ The difference in speed is small among three terminals. My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit). Hmmmm Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 08:58:53
|
> I have tested gnuplot 5.1 built using msvc complier provided Kakuto. > http://ctan.ijs.si/mirror/w32tex/w32/ > > > The difference in speed is small among three terminals. > > My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit). > For both MSVC and MinGW, Kakuto and I use Qt5 but not Qt4. I asked that MSVC build of qt with OpenGL or not. Qt for MSVC was built with opengl enable. I am now trying to build qt with enabling opengl. The results will be reported later. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-30 02:54:14
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: tmacchant3 Daniel J Sebald > Cc: gnuplot-beta > Date: 2015/6/27, Sat 14:43 > Subject: Re: speed of qt terminal > > ----- Original Message ----- > >> From: Tatsuro MATSUOKA >> To: Daniel J Sebald >> Cc: gnuplot-beta >> Date: 2015/6/27, Sat 13:04 >> Subject: Re: speed of qt terminal > >> ----- Original Message ----- >>> From: Daniel J Sebald >>> To: Tatsuro MATSUOKA >>> Cc: gnuplot-beta >>> Date: 2015/6/27, Sat 09:22 >>> Subject: Re: speed of qt terminal >>>> Daniel. >>>> Can you show me a short script at which qt terminal is rather > slow? >>>> >>>> I would like to execute it on windows and ubuntu PC. >>>> >>>> Tatsuro >>> >>> Try something like: >>> >>> cd '<buildpath>/gnuplot/demo' >>> set term qt >>> splot 'blutux.rgb' binary array=(128,128) flipy >>> format='%uchar' using 1:2:3 with rgbimage >>> >>> [rotate the image using a mouse] >>> >>> set term x11 >>> replot >>> >>> [rotate the image using a mouse] >>> >>> If you want, exit, re-launch and try >>> >>> cd '<buildpath>/gnuplot/demo' >>> set term wxt >>> splot 'blutux.rgb' binary array=(128,128) flipy >>> format='%uchar' using 1:2:3 with rgbimage >>> >>> On my system there is a very large difference in redraw speed with Qt. > >> Granted, >>> it could be the data transfer that is slow and rendering is fast, > don't >> >>> know. Also, on my system, the wxt terminal will show a bad aliasing > bug >> when >>> the image is rotated so that it is orthogonal to the window borders. >>> >>> Dan >> >> >> On windows >> >> >> Qt very slow >> wxt not slow not fast >> windows fastest >> > > > I have tested gnuplot 5.1 built using msvc complier provided Kakuto. > http://ctan.ijs.si/mirror/w32tex/w32/ > > > The difference in speed is small among three terminals. > > My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit). > The slowness of mouse operation on qt terminal with Dan's example occur when gnuplot for windows built against Qt-5.4.2. Downgrade Qt version to 5.3.2, mouse operation on qt terminal with Dan's example works without slowness. It is better to seek the origin of slowness gnuplot for windows (Mingw) + qt 5.4.2. However, I do not have knowledge and time to do so. Tatsuro |
|
From: Daniel J S. <dan...@ie...> - 2015-06-27 05:47:32
|
On 06/26/2015 11:04 PM, Tatsuro MATSUOKA wrote: > > > ----- Original Message ----- >> From: Daniel J Sebald >> To: Tatsuro MATSUOKA >> Cc: gnuplot-beta >> Date: 2015/6/27, Sat 09:22 >> Subject: Re: speed of qt terminal >>> Daniel. >>> Can you show me a short script at which qt terminal is rather slow? >>> >>> I would like to execute it on windows and ubuntu PC. >>> >>> Tatsuro >> >> Try something like: >> >> cd '<buildpath>/gnuplot/demo' >> set term qt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> [rotate the image using a mouse] >> >> set term x11 >> replot >> >> [rotate the image using a mouse] >> >> If you want, exit, re-launch and try >> >> cd '<buildpath>/gnuplot/demo' >> set term wxt >> splot 'blutux.rgb' binary array=(128,128) flipy >> format='%uchar' using 1:2:3 with rgbimage >> >> On my system there is a very large difference in redraw speed with Qt. Granted, >> it could be the data transfer that is slow and rendering is fast, don't >> know. Also, on my system, the wxt terminal will show a bad aliasing bug when >> the image is rotated so that it is orthogonal to the window borders. >> >> Dan > > > On windows > > > Qt very slow > wxt not slow not fast > windows fastest No surprise there, I guess; Windows being the fastest. > If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow. That must be what my system is defaulting to. > Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow > QT_GRAPHICSSYSTEM=raster normal almost the same as X11 > QT_GRAPHICSSYSTEM=opengl does not work > X11 normal > wxt rather faster than qt and x11 > Perhaps speed of qt on this test depends strongly environments. Yes, also different from what either Ethan or I have found. Dan |
|
From: sfeam <sf...@us...> - 2015-06-27 06:08:10
|
On Saturday, 27 June 2015 12:47:18 AM Daniel J Sebald wrote:
> On 06/26/2015 11:04 PM, Tatsuro MATSUOKA wrote:
> >
> >
> > ----- Original Message -----
> >> From: Daniel J Sebald
> >> To: Tatsuro MATSUOKA
> >> Cc: gnuplot-beta
> >> Date: 2015/6/27, Sat 09:22
> >> Subject: Re: speed of qt terminal
> >>> Daniel.
> >>> Can you show me a short script at which qt terminal is rather slow?
> >>>
> >>> I would like to execute it on windows and ubuntu PC.
> >>>
> >>> Tatsuro
> >>
> >> Try something like:
> >>
> >> cd '<buildpath>/gnuplot/demo'
> >> set term qt
> >> splot 'blutux.rgb' binary array=(128,128) flipy
> >> format='%uchar' using 1:2:3 with rgbimage
> >>
> >> [rotate the image using a mouse]
> >>
> >> set term x11
> >> replot
> >>
> >> [rotate the image using a mouse]
> >>
> >> If you want, exit, re-launch and try
> >>
> >> cd '<buildpath>/gnuplot/demo'
> >> set term wxt
> >> splot 'blutux.rgb' binary array=(128,128) flipy
> >> format='%uchar' using 1:2:3 with rgbimage
> >>
> >> On my system there is a very large difference in redraw speed with Qt. Granted,
> >> it could be the data transfer that is slow and rendering is fast, don't
> >> know. Also, on my system, the wxt terminal will show a bad aliasing bug when
> >> the image is rotated so that it is orthogonal to the window borders.
> >>
> >> Dan
> >
> >
> > On windows
> >
> >
> > Qt very slow
> > wxt not slow not fast
> > windows fastest
>
> No surprise there, I guess; Windows being the fastest.
>
>
> > If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow.
>
> That must be what my system is defaulting to.
>
>
> > Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
> > QT_GRAPHICSSYSTEM=raster normal almost the same as X11
> > QT_GRAPHICSSYSTEM=opengl does not work
> > X11 normal
> > wxt rather faster than qt and x11
> > Perhaps speed of qt on this test depends strongly environments.
>
> Yes, also different from what either Ethan or I have found.
>
Note that I'm using Qt5. You are both using Qt4, right?
On the other hand, on my machines Qt4 was also fast for everything except
image maps. I think Qt5 is faster, but at the moment I don't have a
machine setup where I can compare them directly on the same hardware.
I can tell you that I have tested on machines with Intel HD graphics
and also on machines with separate nVidia graphics cards. Also on
my 5 year old el-cheapo laptop (Intel HD3000 graphics).
Qt is fast on all of them.
So I don't think it is a question of the hardware.
Maybe something to do with the X-server configuration?
Mine has
number of extensions: 29
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-Bigfont
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
XVideo-MotionCompensation
Are you missing any of those?
Ethan
|
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 09:22:36
|
----- Original Message -----
> From: sfeam
> To: gnuplot-beta
> Cc: Daniel J Sebald > Date: 2015/6/27, Sat 12:15
> Subject: Re: speed of qt terminal
>
> but it seems that Qt5 has deprecated the use of an environmental
> variable to select among them.
In gnuplot_qt.cpp
#if QT_VERSION < 0x040700
/*
* FIXME: EAM Nov 2011
* It is better to use environmental variable
* QT_GRAPHICSSYSTEM but this requires qt >= 4.7
* "raster" is ~5x faster than "native" (default).
* Unfortunately "opengl" isn't recognized on my test systems :-(
*/
// This makes a huge difference to the speed of polygon rendering.
// Alternatives are "native", "raster", "opengl"
QApplication::setGraphicsSystem("raster");
#endif
QApplication::setGraphicsSystem apprears only here but this is for very old version of Qt.
Thus almost system, QApplication::setGraphicsSystem is not set.
Qt5 has deprecated the use of an environmental variable to select among them.
What is the default of GraphicsSystem in Qt5?
Tatsuro
|
|
From: Tatsuro M. <tma...@ya...> - 2015-06-27 09:32:49
|
----- Original Message -----
> From: Tatsuro MATSUOKA
> To: Merritt Ethan gnuplot-beta
> Cc: Daniel J Sebald
> Date: 2015/6/27, Sat 18:22
> Subject: Re: speed of qt terminal
>
> ----- Original Message -----
>
>> From: sfeam
>> To: gnuplot-beta
>> Cc: Daniel J Sebald > Date: 2015/6/27, Sat 12:15
>> Subject: Re: speed of qt terminal
>>
>> but it seems that Qt5 has deprecated the use of an environmental
>> variable to select among them.
>
> In gnuplot_qt.cpp
>
> #if QT_VERSION < 0x040700
> /*
> * FIXME: EAM Nov 2011
> * It is better to use environmental variable
> * QT_GRAPHICSSYSTEM but this requires qt >= 4.7
> * "raster" is ~5x faster than "native" (default).
> * Unfortunately "opengl" isn't recognized on my test systems
> :-(
> */
> // This makes a huge difference to the speed of polygon rendering.
> // Alternatives are "native", "raster",
> "opengl"
> QApplication::setGraphicsSystem("raster");
> #endif
>
> QApplication::setGraphicsSystem apprears only here but this is for very old
> version of Qt.
> Thus almost system, QApplication::setGraphicsSystem is not set.
>
> Qt5 has deprecated the use of an environmental variable to select among them.
> What is the default of GraphicsSystem in Qt5?
>
> Tatsuro
Sorry
Concept of GraphicsSystem is deprecated in Qt5.
This is the first time to read Qt documentation.
I propose that comment for QApplication::setGraphicsSystem is deprecated for Qt5 is added
to somewhere appropriate.
Tatsuro
|
|
From: Tatsuro M. <tma...@ya...> - 2015-06-29 00:43:14
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: tmacchant3 Daniel J Sebald > Cc: gnuplot-beta> Date: 2015/6/27, Sat 13:13 > Subject: Re: speed of qt terminal > > ----- Original Message ----- <snip> > Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304 > > Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow > QT_GRAPHICSSYSTEM=raster normal almost the same as X11 > QT_GRAPHICSSYSTEM=opengl does not work > > X11 normal > wxt rather faster than qt and x11 > > Perhaps speed of qt on this test depends strongly environments. > > Tatsuro I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. QT_GRAPHICSSYSTEM has no mean on qt5 Test splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 1:2:3 with rgbimage I cannot test quantitatively. To be honest qualitatively I cannot feel distinguishable differences on mouse operation of a plot between three terminals (qt, wxt, and x11). Perhaps this is due to my PC is rather old. (The nvidia driver version is 304.) Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2015-06-29 04:12:46
|
----- Original Message ----- > ----- Original Message ----- > >> From: Tatsuro MATSUOKA >> To: tmacchant3 Daniel J Sebald >> Cc: gnuplot-beta> Date: 2015/6/27, Sat 13:13 >> Subject: Re: speed of qt terminal >> >> ----- Original Message ----- > > <snip> > >> Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304 >> >> Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow >> QT_GRAPHICSSYSTEM=raster normal almost the same as X11 >> QT_GRAPHICSSYSTEM=opengl does not work >> >> X11 normal >> wxt rather faster than qt and x11 >> >> Perhaps speed of qt on this test depends strongly environments. >> >> Tatsuro > > > I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. > QT_GRAPHICSSYSTEM has no mean on qt5 > > Test > splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' > using 1:2:3 with rgbimage > > I cannot test quantitatively. > To be honest qualitatively I cannot feel distinguishable differences > on mouse operation of a plot between three terminals (qt, wxt, and x11). > > Perhaps this is due to my PC is rather old. > (The nvidia driver version is 304.) > For make check, qt is the fastest. time GNUTERM=qt make check real 0m22.559s user 0m8.834s sys 0m0.883s time GNUTERM=wxt make check real 0m34.771s user 0m23.197s sys 0m1.901s time GNUTERM=x11 make check real 0m30.643s user 0m8.574s sys 0m1.582s Tatsuro |
|
From: sfeam <sf...@us...> - 2015-06-29 04:38:50
|
On Monday, 29 June 2015 01:12:36 PM Tatsuro MATSUOKA wrote: > > > > I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. > > > For make check, qt is the fastest. > > time GNUTERM=qt make check > real 0m22.559s > user 0m8.834s > sys 0m0.883s > > time GNUTERM=wxt make check > real 0m34.771s > user 0m23.197s > sys 0m1.901s > > time GNUTERM=x11 make check > real 0m30.643s > user 0m8.574s > sys 0m1.582s > > Tatsuro gnuplot 5.1 (qt5, wxt3) Mageia 4 Intel(R) Core(TM) i7-3517UE CPU @ 1.70GHz qt: 4.83 user (doesn't include gnuplot_qt) 0.46 system 0:07.19 elapsed wxt: 10.50 user 0.92 system 0:11.77 elapsed x11: 4.41 user (doesn't include gnuplot_x11) 1.02 system 0:14.72 elapsed Ethan |
