gnuplot-beta

Re: gnuplot slow on BIG files

[Robert H. <en...@no...>]

On Sat, 4 Jun 2005, Dimitrios Apostolou wrote:

> This time I used the format you suggested:
> diff -ur  <oldfile> <newfile>

The annoying thing about this patch is that it fails to show how your
code compares to what was there before, because you didn't actually
remove the old version.

Rob

-- 
         \			Robert Hart
       ___\______		en...@no...
      /   ^    \_]======]	http://www.nott.ac.uk/~enxrah
 ____[##########\_____
/ ___________________ \		15 Benington Drive
\/{oOOOOOOOOOOOOOOOo}\/		Wollaton
  \o%%%%%%%%%%%%%%%o/		Nottingham
   ~~~~~~~~~~~~~~~~~		NG8 2TF


This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

Re: gnuplot slow on BIG files

[Dimitrios A. <ji...@gm...>]

Ethan Merritt wrote:
> Instead we should modify the replot command so that it re-uses
> the data previously read in if at all possible.
> 
I believe this would be a nice fix. Since replot is mostly used in 
interactive mode, this should not break many scripts. And perhaps a 
"reread" command would be nice for rereading the input file.

> gnuplot core code must run on systems other than linux.
> And even for linux your statement is not true.  Many people doing
> serious number crunching will not run linux in overcommit mode, because
> it is too painful to see a computation which has already run for 3 days
> be killed by the OOM killer just because someone has opened a web browser,
> or in this case because they try to run gnuplot.

I agree with you and don't like overcommit mode myself. How do you turn 
it off?

Dimitris

Re: gnuplot slow on BIG files

[Ethan M. <merritt@u.washington.edu>]

On Thursday 09 June 2005 04:11 pm, Dimitrios Apostolou wrote:
> I agree with you and don't like overcommit mode myself. How do you turn
> it off?

 The overcommit policy is set via the sysctl `vm.overcommit_memory'.
 The overcommit percentage is set via `vm.overcommit_ratio'.

=46rom the command line:
 echo "0" >/proc/sys/vm/overcommit_memory    # turn overcommit off

The /proc/sys/vm  mechanism is fairly recent. I don't remember
exactly which kernel version it first appeared in.


=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington 98195-7742

Re: gnuplot slow on BIG files

[Petr M. <mi...@ph...>]

> > Instead we should modify the replot command so that it re-uses
> > the data previously read in if at all possible.

This is the case of splot's and mouse rotations.

> I believe this would be a nice fix. Since replot is mostly used in
> interactive mode, this should not break many scripts. And perhaps a
> "reread" command would be nice for rereading the input file.

We would need "replot" and "Replot" -- the new one would replot without
rereading the file. The current behaviour of "replot" should not be changed.

---
PM

Re: gnuplot slow on BIG files

[V. <gae...@no...>]

On Fri, Jun 10, 2005 at 02:11:25AM +0300, Dimitrios Apostolou wrote:
> Ethan Merritt wrote:
> >Instead we should modify the replot command so that it re-uses
> >the data previously read in if at all possible.

> I believe this would be a nice fix. Since replot is mostly used in=20
> interactive mode, this should not break many scripts. And perhaps a=20
> "reread" command would be nice for rereading the input file.

   Isn't it used by octave ?

   By the way,	do you have an idea on how to monitor the commands sent
by ovtave or maxima to gnuplot ?

--
  Ga=EBl

Re: gnuplot slow on BIG files

[Robert H. <en...@no...>]

On Fri, 2005-06-10 at 11:28 +0200, Ga=EBl Varoquaux wrote:

>    By the way,	do you have an idea on how to monitor the commands sent
> by ovtave or maxima to gnuplot ?

Couldn't you replace gnuplot with a wrapper script that does something
like:

tee -a logfile | gnuplot.real

?
--=20
Robert Hart <en...@no...>
University of Nottingham


This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

Re: gnuplot slow on BIG files

[Petr M. <mi...@ph...>]

> Couldn't you replace gnuplot with a wrapper script that does something
> like:
>
> tee -a logfile | gnuplot.real

Try:
gnuplot_binary = '/usr/bin/tee a.log | /usr/local/bin/gnuplot';

... but then octave fails to write to it, why?

---
PM

[OT] octave to gnuplot

[Robert H. <en...@no...>]

On Fri, 2005-06-10 at 11:58 +0200, Petr Mikulik wrote:
> > Couldn't you replace gnuplot with a wrapper script that does something
> > like:
> >
> > tee -a logfile | gnuplot.real
> 
> Try:
> gnuplot_binary = '/usr/bin/tee a.log | /usr/local/bin/gnuplot';

try:

echo "tee -a logfile | gnuplot" > gp.sh
chmod u+x gp.sh
octave
> gnuplot_binary="./gp.sh"
> plot(1)
> exit
cat logfile

-- 
Robert Hart <en...@no...>
University of Nottingham


This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

Re: [OT] octave to gnuplot

[V. <gae...@no...>]

  Yes, that was the obvious simple answer.

  so here is what I did :

echo "tee -a logfile | gnuplot" > gp.sh
chmod u+x gp.sh
octave
> gnuplot_binary=3D"./gp.sh"
> plot((sin(0:0.1:1))
> hold on
> plot(cos(0:0.1:1))
> exit

and here are the contents of ./logfile :

set data style lines
set nologscale
set nopolar
pl '/tmp/oct-KvIS79' u 1:2 t "line 1"
set nologscale
set nopolar
rep '/tmp/oct-882efm' u 1:2 t "line 2"

  So if I am not wrong the replot command is indeed used by octave.

--
  Ga=EBl

Re: gnuplot slow on BIG files

[Petr M. <mi...@ph...>]

>    By the way,	do you have an idea on how to monitor the commands sent
> by ovtave or maxima to gnuplot ?

On MSW, wgnuplot.exe shows them it, if you de-iconify it.

Otherwise, it needs some "pipe monitor" to be put between octave and
gnuplot.

---
PM