Menu
▾
▴
gnuplot-info — For questions and discussion about gnuplot
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
|
From: Dave H. <da...@ho...> - 2024-04-22 08:09:41
|
On Mon, 22 Apr 2024, Marc Chantreux wrote:
> On Sun, Apr 21, 2024 at 11:54:42AM -0700, Ethan Merritt wrote:
> > plot sample [t=0:1] '+' u (temp=f(t),real(temp)):(imag(temp)) w l
>
> aside: it is common in other langages that unfinished expressions allows
> line returns. it would be nice to have it in gnuplot so we can write
>
> w=5; r=3
> f(t) = r * exp(I * w * t)
> plot sample [t=0:1] '+' u (
> temp=f(t),
> real(temp)):(imag(temp)
> ) w l
Well, a good optimiser would also recognise an invariant expression inside
a loop, and take it outside :-) (Which you did)
And as for line returns, I'm waiting for # \
[ Blah ]
to not be the continuation of a comment; simple, really...
-- Dave
|
|
From: Marc C. <mc...@un...> - 2024-04-22 07:42:57
|
On Sun, Apr 21, 2024 at 11:54:42AM -0700, Ethan Merritt wrote: > plot sample [t=0:1] '+' u (temp=f(t),real(temp)):(imag(temp)) w l aside: it is common in other langages that unfinished expressions allows line returns. it would be nice to have it in gnuplot so we can write w=5; r=3 f(t) = r * exp(I * w * t) plot sample [t=0:1] '+' u ( temp=f(t), real(temp)):(imag(temp) ) w l regards -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79 |
|
From: Ethan M. <eam...@gm...> - 2024-04-21 21:29:53
|
On Sun, Apr 21, 2024 at 6:31 AM <fi...@ig...> wrote:
> Dear Gnuplot Users,
>
> suppose the following simple gnuplot example snippet which is used to
> plot a complex valued function:
>
> w = 5
> r = 3
> f(t) = r * exp(I * w * t)
> plot sample [t=0:1] '+' u (real(f(t))):(imag(f(t))) w l
>
> here the function f(t) is evaluated twice - not desirable because of
> performance. How can this be done with only one evaluation of f(t)?
>
plot sample [t=0:1] '+' u (temp=f(t),real(temp)):(imag(temp)) w l
>
> Thanks for any advice and best regards
>
> Torsten
>
|
|
From: <fi...@ig...> - 2024-04-21 13:30:15
|
Dear Gnuplot Users, suppose the following simple gnuplot example snippet which is used to plot a complex valued function: w = 5 r = 3 f(t) = r * exp(I * w * t) plot sample [t=0:1] '+' u (real(f(t))):(imag(f(t))) w l here the function f(t) is evaluated twice - not desirable because of performance. How can this be done with only one evaluation of f(t)? Thanks for any advice and best regards Torsten -- ------------------------------------------------------------------------ Torsten Finke fi...@ig... ------------------------------------------------------------------------ |
|
From: hchiPer <hc...@gm...> - 2024-04-20 08:25:14
|
xtics are set automatically, with a larger step if the range is large. You can - either use this (but xlabels will overlap if xrange is large) set xtics 10 # mxtics are set to the default, 10 too - or leave xtics set automatically (1, 100, ...) and use this (but secondary xtics will become nearly indistinguishable): set mxtics 100 Le 19/04/24 à 14:58, Al Conle a écrit : > > > Here is the 1:1.0E+10 x axis. > Note that the grid lines for 10, 1000, 100000, ...1x10^9 are missing and > there is no way to "find" them while trying to read the graph. > > image.png > Where as in the plot below has a correct display of the major and minor > tick lines > > image.png > > Al > > > > > > > |
|
From: Garcia V. R. <Rob...@fl...> - 2024-04-19 20:02:57
|
Indeed. The slower gnuplot has also the 4x slower sysbench. Okay. That seems to be the problem. Is gnuplot multi core capable? I wonder why the entire performance of the CPU is not used. But yes, that would clearly explain the difference to begin with. Best Robin Robin Garcia Victoria (M.Sc.) Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ________________________________________ Von: Werner Lippert <wer...@pe...> Gesendet: Freitag, 19. April 2024 18:09 An: Garcia Victoria, Robin Cc: gnu...@li... Betreff: Re: [External] [Gnuplot-info] fit is slow due to missing/wrong shared libraries? ACHTUNG: EXTERNE E-MAIL Hi Robin, Do I get it, the box with the slower gnuplot performance is also 4 times slower running sysbench? Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services On 19 Apr 2024, at 18:02, Garcia Victoria, Robin <Rob...@fl...> wrote: These are my results root@rie-ex-web160,apt: sysbench --test=cpu run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 10000 Test execution summary: total time: 2.2523s total number of events: 10000 total time taken by event execution: 2.2517 per-request statistics: min: 0.22ms avg: 0.23ms max: 0.60ms approx. 95 percentile: 0.23ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 2.2517/0.00 Apptainer> sysbench cpu run sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3) Running the test with following options: Number of threads: 1 Initializing random number generator from current time Prime numbers limit: 10000 Initializing worker threads... Threads started! CPU speed: events per second: 1210.13 General statistics: total time: 10.0007s total number of events: 12104 Latency (ms): min: 0.81 avg: 0.83 max: 1.42 95th percentile: 0.86 sum: 9995.59 Threads fairness: events (avg/stddev): 12104.0000/0.00 execution time (avg/stddev): 9.9956/0.00 Robin Garcia Victoria (M.Sc.)<http://scanmail.trustwave.com/?c=4477&d=sJei5iDDBf1wuA_tQXN7IhVnOYCKLGVGGOgi0xDacg&u=http%3a%2f%2fM%2eSc%2e%29> Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/<https://scanmail.trustwave.com/?c=4477&d=sJei5iDDBf1wuA_tQXN7IhVnOYCKLGVGGOonhkeJdQ&u=https%3a%2f%2fwww%2efli%2ede%2f> ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ________________________________________ Von: Werner Lippert <wer...@pe...> Gesendet: Freitag, 19. April 2024 17:17:39 An: Garcia Victoria, Robin Cc: gnu...@li... Betreff: [External] Re: [Gnuplot-info] fit is slow due to missing/wrong shared libraries? ACHTUNG: EXTERNE E-MAIL Hi Robin, You should first run a CPU benchmark on both systems to get a baseline. AMD might be significantly slower than Intel. Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services On 19 Apr 2024, at 15:23, Garcia Victoria, Robin <Rob...@fl...> wrote: Hello everyone, I have installed gnuplot 5.0.5 on a VM (on Debian 9) and gnuplot 5.4.4 (Debian 12) in a Singularity container. The runtimes differ considerably: On the VM with gnuplot version 5.0.5 real 0m31.142s user 0m14.280s sys 0m15.672s In the container with gnuplot version 5.4.4 real 2m32.341s user 1m31.325s sys 1m0.593s My specs are: - VM: AMD EPYC 7543P 32-Core Processor and 32GB RAM - Singularity: Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (72-Core) and 378GB RAM root@rie-ex-web160,tmp: cat fit_run_gnuplottestlauf_year1950 Set terminal postscript set output "Inbreeding_log_gnuplottestlauf_year1950.ps" set ylabel "Coefficient" font "Times-Italic,14" set xlabel "Days of birth" font "Times-Italic,14" set style line 1 lt 1 lw 15 set button below set autoscaling xy f(x)=a*x+b FIT_LIMIT =1E-20 fit f(x) "Inbreeding_log_gnuplottestlauf_year1950.csv" u 1:2 via a,b Plot "Inbreeding_log_gnuplottestlauf_year1950.csv" with 1:2 title "Log of Inbreed Coeff", f(x) root@rie-ex-web160,tmp: cat Inbreeding_log_gnuplottestlauf_year1950.csv 1 0.0000000000000000 1950 21 0.0000000000000000 1950 73 0.0000000000000000 1950 265 0.0000000000000000 1950 I have checked which shared libraries are used by gnuplot (ldd /usr/bin/gnuplot). Apptainer> ldd /usr/bin/gnuplot | wc -l 84 root@rie-ex-web160,~: ldd /usr/bin/gnuplot | wc -l 46 My container, where the fitting with gnuplot runs slower than in the VM, has 84 shared libraries for gnuplot, while 46 shared libraries are used by gnuplot in the VM. Could this be the reason why the fitting is significantly slower? I would be grateful for any tips and advice. Best Robin Robin Garcia Victoria (M.Sc.)<http://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8tXpkLvig&u=http%3a%2f%2fM%2eSc%2e%29> Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/<https://scanmail.trustwave.com/?c=4477&d=sJei5iDDBf1wuA_tQXN7IhVnOYCKLGVGGLtwgRaMIg&u=https%3a%2f%2fwww%2efli%2ede%2f%3e> ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ _______________________________________________ gnuplot-info mailing list gnu...@li... Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info<https://scanmail.trustwave.com/?c=4477&d=sJei5iDDBf1wuA_tQXN7IhVnOYCKLGVGGO8i1xTYeA&u=https%3a%2f%2flists%2esourceforge%2enet%2flists%2flistinfo%2fgnuplot-info%3e> |
|
From: Werner L. <wer...@pe...> - 2024-04-19 19:29:41
|
Hi Robin, Do I get it, the box with the slower gnuplot performance is also 4 times slower running sysbench? Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services On 19 Apr 2024, at 18:02, Garcia Victoria, Robin <Rob...@fl...> wrote: These are my results root@rie-ex-web160,apt: sysbench --test=cpu run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 10000 Test execution summary: total time: 2.2523s total number of events: 10000 total time taken by event execution: 2.2517 per-request statistics: min: 0.22ms avg: 0.23ms max: 0.60ms approx. 95 percentile: 0.23ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 2.2517/0.00 Apptainer> sysbench cpu run sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3) Running the test with following options: Number of threads: 1 Initializing random number generator from current time Prime numbers limit: 10000 Initializing worker threads... Threads started! CPU speed: events per second: 1210.13 General statistics: total time: 10.0007s total number of events: 12104 Latency (ms): min: 0.81 avg: 0.83 max: 1.42 95th percentile: 0.86 sum: 9995.59 Threads fairness: events (avg/stddev): 12104.0000/0.00 execution time (avg/stddev): 9.9956/0.00 Robin Garcia Victoria (M.Sc.) Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ________________________________________ Von: Werner Lippert <wer...@pe...> Gesendet: Freitag, 19. April 2024 17:17:39 An: Garcia Victoria, Robin Cc: gnu...@li... Betreff: [External] Re: [Gnuplot-info] fit is slow due to missing/wrong shared libraries? ACHTUNG: EXTERNE E-MAIL Hi Robin, You should first run a CPU benchmark on both systems to get a baseline. AMD might be significantly slower than Intel. Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services On 19 Apr 2024, at 15:23, Garcia Victoria, Robin <Rob...@fl...> wrote: Hello everyone, I have installed gnuplot 5.0.5 on a VM (on Debian 9) and gnuplot 5.4.4 (Debian 12) in a Singularity container. The runtimes differ considerably: On the VM with gnuplot version 5.0.5 real 0m31.142s user 0m14.280s sys 0m15.672s In the container with gnuplot version 5.4.4 real 2m32.341s user 1m31.325s sys 1m0.593s My specs are: - VM: AMD EPYC 7543P 32-Core Processor and 32GB RAM - Singularity: Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (72-Core) and 378GB RAM root@rie-ex-web160,tmp: cat fit_run_gnuplottestlauf_year1950 Set terminal postscript set output "Inbreeding_log_gnuplottestlauf_year1950.ps" set ylabel "Coefficient" font "Times-Italic,14" set xlabel "Days of birth" font "Times-Italic,14" set style line 1 lt 1 lw 15 set button below set autoscaling xy f(x)=a*x+b FIT_LIMIT =1E-20 fit f(x) "Inbreeding_log_gnuplottestlauf_year1950.csv" u 1:2 via a,b Plot "Inbreeding_log_gnuplottestlauf_year1950.csv" with 1:2 title "Log of Inbreed Coeff", f(x) root@rie-ex-web160,tmp: cat Inbreeding_log_gnuplottestlauf_year1950.csv 1 0.0000000000000000 1950 21 0.0000000000000000 1950 73 0.0000000000000000 1950 265 0.0000000000000000 1950 I have checked which shared libraries are used by gnuplot (ldd /usr/bin/gnuplot). Apptainer> ldd /usr/bin/gnuplot | wc -l 84 root@rie-ex-web160,~: ldd /usr/bin/gnuplot | wc -l 46 My container, where the fitting with gnuplot runs slower than in the VM, has 84 shared libraries for gnuplot, while 46 shared libraries are used by gnuplot in the VM. Could this be the reason why the fitting is significantly slower? I would be grateful for any tips and advice. Best Robin Robin Garcia Victoria (M.Sc.)<http://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8tXpkLvig&u=http%3a%2f%2fM%2eSc%2e%29> Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/<https://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8lS8xW8jQ&u=https%3a%2f%2fwww%2efli%2ede%2f> ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ _______________________________________________ gnuplot-info mailing list gnu...@li... Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info<https://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8NWoBi_iA&u=https%3a%2f%2flists%2esourceforge%2enet%2flists%2flistinfo%2fgnuplot-info> |
|
From: Garcia V. R. <Rob...@fl...> - 2024-04-19 16:03:03
|
These are my results
root@rie-ex-web160,apt: sysbench --test=cpu run
sysbench 0.4.12: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Doing CPU performance benchmark
Threads started!
Done.
Maximum prime number checked in CPU test: 10000
Test execution summary:
total time: 2.2523s
total number of events: 10000
total time taken by event execution: 2.2517
per-request statistics:
min: 0.22ms
avg: 0.23ms
max: 0.60ms
approx. 95 percentile: 0.23ms
Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 2.2517/0.00
Apptainer> sysbench cpu run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 1210.13
General statistics:
total time: 10.0007s
total number of events: 12104
Latency (ms):
min: 0.81
avg: 0.83
max: 1.42
95th percentile: 0.86
sum: 9995.59
Threads fairness:
events (avg/stddev): 12104.0000/0.00
execution time (avg/stddev): 9.9956/0.00
Robin Garcia Victoria (M.Sc.)
Computer scientist
___________________________________________
Friedrich-Loeffler-Institut
Bundesforschungsinstitut für Tiergesundheit
Federal Research Institute for Animal Health
Höltystr. 10 | 31535 Neustadt
Tel: +49 5034 871-5156 (Kein IT-Support!)
IT-Hotline: 1699
https://www.fli.de/
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
________________________________________
Von: Werner Lippert <wer...@pe...>
Gesendet: Freitag, 19. April 2024 17:17:39
An: Garcia Victoria, Robin
Cc: gnu...@li...
Betreff: [External] Re: [Gnuplot-info] fit is slow due to missing/wrong shared libraries?
ACHTUNG: EXTERNE E-MAIL
Hi Robin,
You should first run a CPU benchmark on both systems to get a baseline. AMD might be significantly slower than Intel.
Cheers,
Werner
_________________________________________________
Dr. Werner Lippert
Partner
peaq GmbH Mobile +41 79 218 84 26
Neugutstrasse 12 wer...@pe...
CH-8304 Wallisellen www.peaq.ch
_________________________________________________
Get the most out of your Hitachi Storage Systems
With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services
On 19 Apr 2024, at 15:23, Garcia Victoria, Robin <Rob...@fl...> wrote:
Hello everyone,
I have installed gnuplot 5.0.5 on a VM (on Debian 9) and gnuplot 5.4.4 (Debian 12) in a Singularity container.
The runtimes differ considerably:
On the VM with gnuplot version 5.0.5
real 0m31.142s
user 0m14.280s
sys 0m15.672s
In the container with gnuplot version 5.4.4
real 2m32.341s
user 1m31.325s
sys 1m0.593s
My specs are:
- VM: AMD EPYC 7543P 32-Core Processor and 32GB RAM
- Singularity: Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (72-Core) and 378GB RAM
root@rie-ex-web160,tmp: cat fit_run_gnuplottestlauf_year1950
Set terminal postscript
set output "Inbreeding_log_gnuplottestlauf_year1950.ps"
set ylabel "Coefficient" font "Times-Italic,14"
set xlabel "Days of birth" font "Times-Italic,14"
set style line 1 lt 1 lw 15
set button below
set autoscaling xy
f(x)=a*x+b
FIT_LIMIT =1E-20
fit f(x) "Inbreeding_log_gnuplottestlauf_year1950.csv" u 1:2 via a,b
Plot "Inbreeding_log_gnuplottestlauf_year1950.csv" with 1:2 title "Log of Inbreed Coeff", f(x)
root@rie-ex-web160,tmp: cat Inbreeding_log_gnuplottestlauf_year1950.csv
1 0.0000000000000000 1950
21 0.0000000000000000 1950
73 0.0000000000000000 1950
265 0.0000000000000000 1950
I have checked which shared libraries are used by gnuplot (ldd /usr/bin/gnuplot).
Apptainer>
ldd /usr/bin/gnuplot | wc -l
84
root@rie-ex-web160,~: ldd /usr/bin/gnuplot | wc -l
46
My container, where the fitting with gnuplot runs slower than in the VM, has 84 shared libraries for gnuplot, while 46 shared libraries are used by gnuplot in the VM.
Could this be the reason why the fitting is significantly slower?
I would be grateful for any tips and advice.
Best
Robin
Robin Garcia Victoria (M.Sc.)<http://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8tXpkLvig&u=http%3a%2f%2fM%2eSc%2e%29>
Computer scientist
___________________________________________
Friedrich-Loeffler-Institut
Bundesforschungsinstitut für Tiergesundheit
Federal Research Institute for Animal Health
Höltystr. 10 | 31535 Neustadt
Tel: +49 5034 871-5156 (Kein IT-Support!)
IT-Hotline: 1699
https://www.fli.de/<https://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8lS8xW8jQ&u=https%3a%2f%2fwww%2efli%2ede%2f>
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
_______________________________________________
gnuplot-info mailing list
gnu...@li...
Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info<https://scanmail.trustwave.com/?c=4477&d=mIui5jG0WgXIqtbgf5hLVlL1pSV3SXy9M8NWoBi_iA&u=https%3a%2f%2flists%2esourceforge%2enet%2flists%2flistinfo%2fgnuplot-info>
|
|
From: Werner L. <wer...@pe...> - 2024-04-19 15:17:55
|
Hi Robin, You should first run a CPU benchmark on both systems to get a baseline. AMD might be significantly slower than Intel. Cheers, Werner _________________________________________________ Dr. Werner Lippert Partner peaq GmbH Mobile +41 79 218 84 26 Neugutstrasse 12 wer...@pe... CH-8304 Wallisellen www.peaq.ch _________________________________________________ Get the most out of your Hitachi Storage Systems With peaq IOportal, SAM4H, Crosscharging and Lifecycle Services On 19 Apr 2024, at 15:23, Garcia Victoria, Robin <Rob...@fl...> wrote: Hello everyone, I have installed gnuplot 5.0.5 on a VM (on Debian 9) and gnuplot 5.4.4 (Debian 12) in a Singularity container. The runtimes differ considerably: On the VM with gnuplot version 5.0.5 real 0m31.142s user 0m14.280s sys 0m15.672s In the container with gnuplot version 5.4.4 real 2m32.341s user 1m31.325s sys 1m0.593s My specs are: - VM: AMD EPYC 7543P 32-Core Processor and 32GB RAM - Singularity: Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (72-Core) and 378GB RAM root@rie-ex-web160,tmp: cat fit_run_gnuplottestlauf_year1950 Set terminal postscript set output "Inbreeding_log_gnuplottestlauf_year1950.ps" set ylabel "Coefficient" font "Times-Italic,14" set xlabel "Days of birth" font "Times-Italic,14" set style line 1 lt 1 lw 15 set button below set autoscaling xy f(x)=a*x+b FIT_LIMIT =1E-20 fit f(x) "Inbreeding_log_gnuplottestlauf_year1950.csv" u 1:2 via a,b Plot "Inbreeding_log_gnuplottestlauf_year1950.csv" with 1:2 title "Log of Inbreed Coeff", f(x) root@rie-ex-web160,tmp: cat Inbreeding_log_gnuplottestlauf_year1950.csv 1 0.0000000000000000 1950 21 0.0000000000000000 1950 73 0.0000000000000000 1950 265 0.0000000000000000 1950 I have checked which shared libraries are used by gnuplot (ldd /usr/bin/gnuplot). Apptainer> ldd /usr/bin/gnuplot | wc -l 84 root@rie-ex-web160,~: ldd /usr/bin/gnuplot | wc -l 46 My container, where the fitting with gnuplot runs slower than in the VM, has 84 shared libraries for gnuplot, while 46 shared libraries are used by gnuplot in the VM. Could this be the reason why the fitting is significantly slower? I would be grateful for any tips and advice. Best Robin Robin Garcia Victoria (M.Sc.) Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ _______________________________________________ gnuplot-info mailing list gnu...@li... Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
|
From: Garcia V. R. <Rob...@fl...> - 2024-04-19 13:39:12
|
Hello everyone, I have installed gnuplot 5.0.5 on a VM (on Debian 9) and gnuplot 5.4.4 (Debian 12) in a Singularity container. The runtimes differ considerably: On the VM with gnuplot version 5.0.5 real 0m31.142s user 0m14.280s sys 0m15.672s In the container with gnuplot version 5.4.4 real 2m32.341s user 1m31.325s sys 1m0.593s My specs are: - VM: AMD EPYC 7543P 32-Core Processor and 32GB RAM - Singularity: Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (72-Core) and 378GB RAM root@rie-ex-web160,tmp: cat fit_run_gnuplottestlauf_year1950 Set terminal postscript set output "Inbreeding_log_gnuplottestlauf_year1950.ps" set ylabel "Coefficient" font "Times-Italic,14" set xlabel "Days of birth" font "Times-Italic,14" set style line 1 lt 1 lw 15 set button below set autoscaling xy f(x)=a*x+b FIT_LIMIT =1E-20 fit f(x) "Inbreeding_log_gnuplottestlauf_year1950.csv" u 1:2 via a,b Plot "Inbreeding_log_gnuplottestlauf_year1950.csv" with 1:2 title "Log of Inbreed Coeff", f(x) root@rie-ex-web160,tmp: cat Inbreeding_log_gnuplottestlauf_year1950.csv 1 0.0000000000000000 1950 21 0.0000000000000000 1950 73 0.0000000000000000 1950 265 0.0000000000000000 1950 I have checked which shared libraries are used by gnuplot (ldd /usr/bin/gnuplot). Apptainer> ldd /usr/bin/gnuplot | wc -l 84 root@rie-ex-web160,~: ldd /usr/bin/gnuplot | wc -l 46 My container, where the fitting with gnuplot runs slower than in the VM, has 84 shared libraries for gnuplot, while 46 shared libraries are used by gnuplot in the VM. Could this be the reason why the fitting is significantly slower? I would be grateful for any tips and advice. Best Robin Robin Garcia Victoria (M.Sc.) Computer scientist ___________________________________________ Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health Höltystr. 10 | 31535 Neustadt Tel: +49 5034 871-5156 (Kein IT-Support!) IT-Hotline: 1699 https://www.fli.de/ ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ |
|
From: Lars N. <lar...@gm...> - 2024-04-19 07:29:21
|
On 4/18/24 21:41, hchiPer wrote: [snip] > - change the time format: > > set timefmt "%H:%M:%S" > ### instead of set timefmt "%Y-%m-%d\t%H:%M:%S" Thanks! That was the key to solving this. [snip] > set xrange ["00:00:00":"23:59:59"] > > - use column 2 instead of column 1 in the plot command: [snip] And with that, I can remove the system calls and still get a chart from midnight to midnight. /Lars |
|
From: hchiPer <hc...@gm...> - 2024-04-18 19:05:28
|
I tried your example and I don't notice a problem. What do you mean by "The major and minor ticks on the axis seem to be incorrect"? Le 18/04/24 à 02:07, Al Conle a écrit : > The major and minor ticks on the axis seem to be incorrect. > |
|
From: hchiPer <hc...@gm...> - 2024-04-18 18:41:33
|
I've copied pasted your example and it is not working (error message =
line 39: all points y value undefined!)
I could make it work with the following modifications:
- remove the 3 tabs and leave just 1 in the data file
- change the time format:
set timefmt "%H:%M:%S" ### instead of set timefmt "%Y-%m-%d\t%H:%M:%S"
- remove the 2 system calls
- change the xrange:
set xrange ["00:00:00":"23:59:59"]
- use column 2 instead of column 1 in the plot command:
plot "./x.txt" using 2:3:(rgb3($3)) with line lw 1 lc rgb variable
notitle
Le 14/04/24 à 11:13, Lars Noodén via gnuplot-info a écrit :
>
> Greetings,
>
> Thanks for Gnuplot. I've been using it to graph various sensor
> readings for some years now. From time to time, it becomes useful to
> make modifications and between the documentation, various examples, and
> trial-and-error the results look nice in addition to being functional.
>
> My question is how would I set X-Range to be the time from 00:00:00 to
> 23:59:59 on the current date? Specifically, I would like the X-axis to
> range from midnight to midnight for the current date.
>
> I can't hard code it in to Gnuplot since, obviously, the date changes
> every day. Also since the data to be graphed comes in at different
> times during the day, using it provides an inconsistent X-Range which
> changes as the hours go by. So that can't be used either.
>
> One way seems to be to use system() to call the date(1) utility twice
> and storing output in variables. This is seen in lines 25 through 27 of
> the script below.
>
> Perhaps there is a better way without needing to use the system() call?
>
> /Lars
>
> PS. The file x.txt has three tab-delimited columns. e.g.
>
> 2024-04-14 10:40:00 20.375
> 2024-04-14 10:50:00 20.375
> 2024-04-14 11:00:00 20.437
> 2024-04-14 11:10:00 20.5
> 2024-04-14 11:20:00 20.5
>
>
> --
>
> #!/usr/bin/gnuplot
>
> set output "./x.png"
> set term png size 400, 400
> set term png background "#fff0f0f0"
> set termoption font "Liberation Sans, 12"
>
> set datafile separator tab
>
> set xdata time
> set timefmt "%Y-%m-%d\t%H:%M:%S"
> set xtics format "%H" font "Liberation Sans, 11"
> set xtics timedate
>
> # draw line at zero
> set arrow 1 from graph 0, first 0.0 to graph 1, \
> first 0.0 nohead lw 2 lc rgb "#e0e0e0" back
>
> set ytics format "%0.0f°" font "Liberation Sans, 11"
> set yrange [*<-5:30<*] writeback
> # set yrange restore
>
> xs=system("date -d '00:00:00' +'%F\t%T'")
> xe=system("date -d '23:59:59' +'%F\t%T'")
> set xrange [xs:xe]
>
> set xlabel "Time" font "Liberation Sans, 14"
> set ylabel "Degrees Celsius" font "Liberation Sans, 14"
>
> set title "Since Midnight" font "Liberation Sans, 16"
>
> # probe 1, change color when at or below 15°C
> rgb3(b) = (b <= 15 ? 32767 : 65280 )
>
> plot \
> "./x.txt" \
> using 1:3:(rgb3($3)) \
> with line lw 1 lc rgb variable \
> title ""
>
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: Al C. <fa...@gm...> - 2024-04-18 00:07:33
|
Hi, I have a problem with the logscale display on the x axis while trying to plot data between 1.0 and 1.0E+10 The major and minor ticks on the axis seem to be incorrect. Example gnuplot script: #------------------------------------------ set term qt enhanced font "liberation sans,14" set grid set logscale xy set xlabel "Rev" set pointsize 1 set key font "liberation sans,12" set xrange [1:1.0E+10] # set xrange [1:1.0E+09] # set xrange [1:1.0E+12] set yrange [0.1:1.0] set key bottom set colorbox default set cbrange [100:700] set palette #This will reset to default #input Data format is: # 0.0010 1 209 814 0000 208920 1 461 set ylabel "Fraction" plot "temp" u 2:7:8 w lp pt 7 #-------------------------------------------- # the data file "temp" consist of: #0.0035 1 721 -437 00005 208920 1 461 #0.0035 10 721 -437 00005 208920 0.94 461 #0.0035 100 721 -437 00005 208920 0.88 461 0.0035 200 721 -437 00005 208920 0.85 461 0.0035 1000000 721 -437 00005 208920 0.63 461 0.0035 1.0E+10 721 -437 00005 208920 0.47 461 #-------------------------------------- Using an "set xrange [1.0:1.0E+09 ]" will display correctly. Anything over 1.0E+10 causes problems. Note that the data seems to be plotting correctly in the grid. It seems to be only an axis tick problem. best regards, Al |
|
From: Yury <yur...@gm...> - 2024-04-16 06:56:12
|
Hi Norwid, On 15/04/2024 13:29, Norwid Behrnd via gnuplot-info wrote: > the "tiles" are equidistant along (x,y) and the color levels appear to me > symmetric (like an axis C_\infty in molecular symmetry / point groups, > perpendicular to the drawing plane) around the central tile with an offset, > i.e. its centre is at (0.5,0.5) instead of exactly (0,0) you prefer. I do > not know how to shift the array of tiles to account for this. Can't do that in Gnuplot, AFAIU. You get either 4-corners average or one of the corners. You'd have to shift gridlines and labels instead. > notice `set samples 8 ; set isosamples 8` is a rather "lucky combination" as > e.g., `set samples 9 ; set isosamples 9` or `set samples 7 ; set isosamples 7` > distort the symmetry of this intensity map which can be misleading. That combination wasn't 'lucky' in the sense of 'well guessed'. I wanted just what's on screen (now), i.e. coloured-squares visualisation of discrete Gaussian distribution in 2d, centered on (0,0), with squares' centers representing gridlines. Like for representing digital low pass filtering of rasters. The problem is (is it a bug? a feature?) that 'samples' setting if used by itself (without 'isosamples') produces *asymmetrical* picture along X and Y axii, which shouldn't be the case, as whatever value 'isosamples' was set to, it should be (?) used for both axii. Just guessing, looks like a case of non-propagation of generalised values to non-generalised ones in the program source. Thank you for that 'contourfill' snippet, looks interesting. But for my ongoing projects I'll stick with what I know. :) -Yury |
|
From: Norwid B. <nb...@ya...> - 2024-04-15 10:29:35
|
Hello Yury, in your approach > I have to use BOTH `samples` and `isosamples`, > set to the same value. The following produces > just what was intended: > ``` > set terminal x11 ; > set size square. > set xrange [-3:4]; set yrange [-3:4]; > set samples 8 ; set isosamples 8 > sigma = 2.0; > f(x,y) = (1/(2*pi*sigma**2)) * > exp(-(x*x+y*y)/(2*sigma**2)) ; > set grid > set pm3d map corners2color c1;. > splot f(x,y) > ``` the "tiles" are equidistant along (x,y) and the color levels appear to me symmetric (like an axis C_\infty in molecular symmetry / point groups, perpendicular to the drawing plane) around the central tile with an offset, i.e. its centre is at (0.5,0.5) instead of exactly (0,0) you prefer. I do not know how to shift the array of tiles to account for this. In addition, I notice `set samples 8 ; set isosamples 8` is a rather "lucky combination" as e.g., `set samples 9 ; set isosamples 9` or `set samples 7 ; set isosamples 7` distort the symmetry of this intensity map which can be misleading. Previously, my suggest was to increase the levels of `samples` / `isosamples` to yield an offset no longer significant for the visual analysis of the 3D map. Meanwhile, I read newly released gnuplot 6 provides an automatic `counterfill` with a better visualization of the local extreme around (0,0) in the projection worth to try as an alternative approach: ``` set terminal x11 ; set terminal qt; set size square set xrange [-3:4]; set yrange [-3:4]; set samples 100 ; set isosamples 100 sigma = 2.0; f(x,y) = (1/(2*pi*sigma**2)) * exp(-(x*x+y*y)/(2*sigma**2)) ; set grid set contourfill auto 10 splot f(x,y) with contourfill # set view map; replot # uncomment for the static 2D projection ``` Credit for the inspiration is due to Lee Philips' [Gnuplot 6 comes with pie](https://lwn.net/Articles/961003/) published by February 9, 2024. Norwid |
|
From: Lars N. <lar...@gm...> - 2024-04-14 09:13:33
|
Greetings,
Thanks for Gnuplot. I've been using it to graph various sensor
readings for some years now. From time to time, it becomes useful to
make modifications and between the documentation, various examples, and
trial-and-error the results look nice in addition to being functional.
My question is how would I set X-Range to be the time from 00:00:00 to
23:59:59 on the current date? Specifically, I would like the X-axis to
range from midnight to midnight for the current date.
I can't hard code it in to Gnuplot since, obviously, the date changes
every day. Also since the data to be graphed comes in at different
times during the day, using it provides an inconsistent X-Range which
changes as the hours go by. So that can't be used either.
One way seems to be to use system() to call the date(1) utility twice
and storing output in variables. This is seen in lines 25 through 27 of
the script below.
Perhaps there is a better way without needing to use the system() call?
/Lars
PS. The file x.txt has three tab-delimited columns. e.g.
2024-04-14 10:40:00 20.375
2024-04-14 10:50:00 20.375
2024-04-14 11:00:00 20.437
2024-04-14 11:10:00 20.5
2024-04-14 11:20:00 20.5
--
#!/usr/bin/gnuplot
set output "./x.png"
set term png size 400, 400
set term png background "#fff0f0f0"
set termoption font "Liberation Sans, 12"
set datafile separator tab
set xdata time
set timefmt "%Y-%m-%d\t%H:%M:%S"
set xtics format "%H" font "Liberation Sans, 11"
set xtics timedate
# draw line at zero
set arrow 1 from graph 0, first 0.0 to graph 1, \
first 0.0 nohead lw 2 lc rgb "#e0e0e0" back
set ytics format "%0.0f°" font "Liberation Sans, 11"
set yrange [*<-5:30<*] writeback
# set yrange restore
xs=system("date -d '00:00:00' +'%F\t%T'")
xe=system("date -d '23:59:59' +'%F\t%T'")
set xrange [xs:xe]
set xlabel "Time" font "Liberation Sans, 14"
set ylabel "Degrees Celsius" font "Liberation Sans, 14"
set title "Since Midnight" font "Liberation Sans, 16"
# probe 1, change color when at or below 15°C
rgb3(b) = (b <= 15 ? 32767 : 65280 )
plot \
"./x.txt" \
using 1:3:(rgb3($3)) \
with line lw 1 lc rgb variable \
title ""
|
|
From: grin <gr...@dr...> - 2024-04-12 13:56:34
|
Hello, Lot of the links on gnuplot.info are broken, and give from 404 to empty pages. Namely documentation link is broken which kind of defeats the purpose... http://gnuplot.info/docs_5.5/gnuplot5.html -> http://www.gnuplot.info/docs_5.5/gnuplot5.html Peter |
|
From: Yury <yur...@gm...> - 2024-04-12 04:13:11
|
Hello Norwid, On 11/04/2024 11:47, Norwid Behrnd via gnuplot-info wrote: > Option i) retains the pm3d map and offers a smoother visual representation by > increase of the `isosample` parametre alone Thank you and everybody for your replies. You gave me an idea how to 'put a plaster on it', at least. I have to use BOTH `samples` and `isosamples`, set to the same value. The following produces just what was intended: ``` set terminal x11 ; set size square. set xrange [-3:4]; set yrange [-3:4]; set samples 8 ; set isosamples 8 sigma = 2.0; f(x,y) = (1/(2*pi*sigma**2)) * exp(-(x*x+y*y)/(2*sigma**2)) ; set grid set pm3d map corners2color c1;. splot f(x,y) ``` However, my question stands. When using my original example (with `samples` only), there's an unexpected (?) asymmetry in the output, which Dr. Lippert confirms. AFAIU there shouldn't be. -Yury |
|
From: Norwid B. <nb...@ya...> - 2024-04-11 09:08:25
|
Hello, not sure if I understood you well, I see two approaches for the task ahead. However in both instances, because it is about the visualization of a grid -- regardless if the visualization retains the 3D perspective, or is a 2D projection / a map -- I would use `isosamples` instead of `samples`. Option i) retains the pm3d map and offers a smoother visual representation by increase of the `isosample` parametre alone ``` set terminal x11; set size square; set xrange [-3:3]; set yrange [-3:3]; set isosamples 100, 100; # number of isosample points along (x,y) sigma = 2.0; f(x,y) = (1/(2*pi*sigma**2)) * exp(-(x**2+y**2)/(2*sigma**2)); set grid; set pm3d map corners2color c1; splot f(x,y); ``` Option ii) presumes you seek a presentation with contour lines, can both afford gnuplot defines the corresponding levels, and the absence of the pm3d map: ``` set terminal x11; set size square; set xrange [-3:3]; set yrange [-3:3]; set isosamples 100; # number of isosample points along x equals the along y sigma = 2.0; f(x,y) = (1/(2*pi*sigma**2)) * exp(-(x**2+y**2)/(2*sigma**2)); set grid; set contour base; unset surface; # no need to display the grid by `isosample` set view map; splot f(x,y); ``` Both approaches were tested with gnuplot 6.0.0 as provided by Linux Debian 13/trixie. Norwid |
|
From: Yury <yur...@gm...> - 2024-04-11 05:23:20
|
Hi, Can't test with other versions right now, but with 5.4.3 and 6.0.0 on linux I'm having an issue plotting this: set terminal x11 ; set size square set xrange [-3:3]; set yrange [-3:3]; set samples 7 sigma = 2.0; f(x,y) = (1/(2*pi*sigma**2)) * exp(-(x**2+y**2)/(2*sigma**2)) ; set grid set pm3d map corners2color c1; splot \ f(x,y) \ AFAIU, this should construct radial-symmetric color map with grid lines separating color changes. What it makes instead on my system is a colormap with an arbitrary number of samples for Y axis. I see at least 8 color changes along Y axis, and generally color rectangles are smaller along Y axis, while grid squares are okay. Is this a known or documented behaviour? -Yury |
|
From: hchiPer <hc...@gm...> - 2024-04-08 06:06:02
|
By the way, it could be safe to add
set output
before set terminal X11 to be certain that the png file is closed.
Le 7/04/24 à 12:52, igor via gnuplot-info a écrit :
> Thank you! I will try.
>
> You know, when I tried to run from the terminal
> gnuplot -p Well.plt
> everything went well.
>
> But usually I'm running this from the Fortran code, and there are only
> three lines regarding Gnuplot plot (and these three lines are the same
> in all my programs except for the names of data file and plt file):
>
> At the very beginning:
> character(len=*), parameter :: OUT_FILE = 'Well.txt' ! Output file.
> character(len=*), parameter :: PLT_FILE = 'Well.plt' ! Gnuplot
> file.
> The very last line:
> call execute_command_line('gnuplot -p ' // PLT_FILE)
>
> That's the only lines there which have any relations to Gnuplot.
> Fortran program writes data file and after that calls Gnuplot -
> and I'm again getting aforementioned error! More than that, in some
> cases I'm getting plot from 0 to 2.8, in some cases - from 0 to 2.5,
> for this particular data from 0 to 1.9 while always data file has a
> range from 0 to 3.12.
>
> So the reason looks like not in the Gnuplot itself - but may be you
> have any idea what it could be???
>
> *SORRY! I'VE FOUND THE REASON!*
>
> As always, it's very simple.
> The line to write data file is:
> write (fu, *) Pi*m/180.0, m !.....
>
> But this time I've forgot to put this line:
> close (fu)
> before calling Gnuplot.
>
> With this line everything is perfect.
> Sorry, sorry, sorry.
>
> Thank you very much for your attention!
> Igor
>
> 07.04.2024 13:06, theozh via gnuplot-info пишет:
>>
>> I cannot reproduce your issue.
>> Maybe you have set a certain xrange earlier?
>>
>> Either insert a line "reset session" at the beginning
>> or
>> change the plot command to
>>
>> plot [*:*][*:*] "Well.txt" using 1:2 with lines
>>
>> Am 07.04.2024 um 11:40 schrieb igor:
>>> Sorry, that's not the issue.
>>>
>>> The issue is that the X range in the data is from 0 to 3.12, but in
>>> the plot it is much shorter (about from 0 to 1.9)!
>>> Please don't take into account these additional columns, there was
>>> the same story when they existed - I've mentioned that I've
>>> simplified everything what I could.
>>>
>>> Igor
>>>
>>> 07.04.2024 12:25, theozh via gnuplot-info пишет:
>>>> Your data file has only 2 columns.
>>>> So, how should gnuplot be able to plot columns 4 and 5?
>>>>
>>>>
>>>> _______________________________________________
>>>> gnuplot-info mailing list
>>>> gnu...@li...
>>>> Membership management via:
>>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via:
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: igor <igo...@ai...> - 2024-04-07 10:53:05
|
Thank you! I will try.
You know, when I tried to run from the terminal
gnuplot -p Well.plt
everything went well.
But usually I'm running this from the Fortran code, and there are only
three lines regarding Gnuplot plot (and these three lines are the same
in all my programs except for the names of data file and plt file):
At the very beginning:
character(len=*), parameter :: OUT_FILE = 'Well.txt' ! Output file.
character(len=*), parameter :: PLT_FILE = 'Well.plt' ! Gnuplot file.
The very last line:
call execute_command_line('gnuplot -p ' // PLT_FILE)
That's the only lines there which have any relations to Gnuplot. Fortran
program writes data file and after that calls Gnuplot -
and I'm again getting aforementioned error! More than that, in some
cases I'm getting plot from 0 to 2.8, in some cases - from 0 to 2.5, for
this particular data from 0 to 1.9 while always data file has a range
from 0 to 3.12.
So the reason looks like not in the Gnuplot itself - but may be you have
any idea what it could be???
*SORRY! I'VE FOUND THE REASON!*
As always, it's very simple.
The line to write data file is:
write (fu, *) Pi*m/180.0, m !.....
But this time I've forgot to put this line:
close (fu)
before calling Gnuplot.
With this line everything is perfect.
Sorry, sorry, sorry.
Thank you very much for your attention!
Igor
07.04.2024 13:06, theozh via gnuplot-info пишет:
>
> I cannot reproduce your issue.
> Maybe you have set a certain xrange earlier?
>
> Either insert a line "reset session" at the beginning
> or
> change the plot command to
>
> plot [*:*][*:*] "Well.txt" using 1:2 with lines
>
> Am 07.04.2024 um 11:40 schrieb igor:
>> Sorry, that's not the issue.
>>
>> The issue is that the X range in the data is from 0 to 3.12, but in
>> the plot it is much shorter (about from 0 to 1.9)!
>> Please don't take into account these additional columns, there was
>> the same story when they existed - I've mentioned that I've
>> simplified everything what I could.
>>
>> Igor
>>
>> 07.04.2024 12:25, theozh via gnuplot-info пишет:
>>> Your data file has only 2 columns.
>>> So, how should gnuplot be able to plot columns 4 and 5?
>>>
>>>
>>> _______________________________________________
>>> gnuplot-info mailing list
>>> gnu...@li...
>>> Membership management via:
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: theozh <th...@gm...> - 2024-04-07 10:06:44
|
I cannot reproduce your issue. Maybe you have set a certain xrange earlier? Either insert a line "reset session" at the beginning or change the plot command to plot [*:*][*:*] "Well.txt" using 1:2 with lines Am 07.04.2024 um 11:40 schrieb igor: > Sorry, that's not the issue. > > The issue is that the X range in the data is from 0 to 3.12, but in the plot it is much shorter (about from 0 to 1.9)! > Please don't take into account these additional columns, there was the same story when they existed - I've mentioned that I've simplified everything what I could. > > Igor > > 07.04.2024 12:25, theozh via gnuplot-info пишет: >> Your data file has only 2 columns. >> So, how should gnuplot be able to plot columns 4 and 5? >> >> >> _______________________________________________ >> gnuplot-info mailing list >> gnu...@li... >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
|
From: theozh <th...@gm...> - 2024-04-07 09:25:47
|
Your data file has only 2 columns. So, how should gnuplot be able to plot columns 4 and 5? |
635 messages has been excluded from this view by a project administrator.
