[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] speeding up Babel Gnuplot
From: |
Thierry Banel |
Subject: |
Re: [O] speeding up Babel Gnuplot |
Date: |
Thu, 05 Jan 2017 21:23:30 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 |
Le 05/01/2017 00:15, Charles C. Berry a écrit :
> On Wed, 4 Jan 2017, Achim Gratz wrote:
>
>
> I'm late to this party, but AFAICS input vars are processed just once.
>
> Running this:
>
> #+BEGIN_SRC emacs-lisp :var a=(setq runvar (+ 1 runvar))
> a
> #+END_SRC
>
> increments runvar by one each time it is run.
>
> So this seems not to be a general babel issue.
>
> ??
>
> Chuck
>
>
Right!
This is a Babel Gnuplot issue, not a Babel Core one.
My findings:
1- Babel Gnuplot generates two temporary files with identical content.
2- This consumes most of the time for large Org tables.
3- This is a Babel Gnuplot issue (only).
4- Babel Core put constraints on the parameters of functions
(xxx:gnuplot) (which is fine).
To bypass the second file generation under those constraints I have
found no other way than a temporary cache.
- Re: [O] speeding up Babel Gnuplot, (continued)
- Re: [O] speeding up Babel Gnuplot, Thierry Banel, 2017/01/03
- Re: [O] speeding up Babel Gnuplot, Nicolas Goaziou, 2017/01/03
- Re: [O] speeding up Babel Gnuplot, Thierry Banel, 2017/01/03
- Re: [O] speeding up Babel Gnuplot, Nicolas Goaziou, 2017/01/04
- Re: [O] speeding up Babel Gnuplot, Thierry Banel, 2017/01/05
- Re: [O] speeding up Babel Gnuplot, Nicolas Goaziou, 2017/01/06
- Re: [O] speeding up Babel Gnuplot, Thierry Banel, 2017/01/06
- Re: [O] speeding up Babel Gnuplot, Achim Gratz, 2017/01/04
- Re: [O] speeding up Babel Gnuplot, Thierry Banel, 2017/01/04
- Re: [O] speeding up Babel Gnuplot, Charles C. Berry, 2017/01/04
- Re: [O] speeding up Babel Gnuplot,
Thierry Banel <=