From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Re: Bug? R: Org babel block execution *drastically* slower than in ESS session directly Date: Fri, 16 Nov 2012 13:00:50 -0600 Message-ID: References: <874nlappb1.fsf@tajo.ucsd.edu> <878vam1jvh.fsf@tajo.ucsd.edu> <3477.1351723988@alphaville> <11876.1351784283@alphaville> <14621.1351795682@alphaville> <87d2zgrhhr.fsf@gmail.com> <87a9ukr8xy.fsf@gmail.com> <87ehjwa8fg.fsf@med.uni-goettingen.de> <87obixilbh.fsf@gmail.com> <87obix8mos.fsf@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8fb1f196e1d30a04cea162cf Return-path: Received: from eggs.gnu.org ([208.118.235.92]:56535) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZR9r-0003TX-9N for emacs-orgmode@gnu.org; Fri, 16 Nov 2012 14:00:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TZR9o-0003I0-7F for emacs-orgmode@gnu.org; Fri, 16 Nov 2012 14:00:55 -0500 Received: from mail-ob0-f169.google.com ([209.85.214.169]:43818) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZR9n-0003Ho-Uq for emacs-orgmode@gnu.org; Fri, 16 Nov 2012 14:00:52 -0500 Received: by mail-ob0-f169.google.com with SMTP id lz20so3515584obb.0 for ; Fri, 16 Nov 2012 11:00:51 -0800 (PST) In-Reply-To: <87obix8mos.fsf@med.uni-goettingen.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Andreas Leha Cc: emacs-orgmode@gnu.org --e89a8fb1f196e1d30a04cea162cf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2012 at 11:47 AM, Andreas Leha < andreas.leha@med.uni-goettingen.de> wrote: > Hi Eric, > > Eric Schulte writes: > > > Andreas Leha writes: > > > >> tsd@tsdye.com (Thomas S. Dye) writes: > >> > >>> Aloha Aaron, > >>> > >>> Welcome to Org-mode. > >>> > >>> Aaron Ecay writes: > >>> > >>>> 2012ko azaroak 13an, John Hendy-ek idatzi zuen: > >>>> > >>>> [...] > >>>>> Crazy. I really wondered if it had something to do with trying to > spit > >>>>> out the results into the minibuffer. Why is that behavior included? > >>>> > >>>> =E2=80=9C:results silent=E2=80=9D just means =E2=80=9Csilent except = for the minibuffer=E2=80=9D; IDK > >>>> why. > >>> > >> > >> [...] > >> > >> Just for the record: > >> I would also love to see the "really-silent results". > >> > > > > Yes, the existing ":results silent" option still echos the results to > > the minibuffer. It was originally added in the case where one does not > > want to change the Org-mode buffer (but would still like to see code > > block output). > > > > The attached patch adds a "really-silent" results header argument. To > > see the impact compare the running time of the following two code > > blocks. > > > > #+begin_src sh :results really-silent > > seq 100000000 > > #+end_src > > #+begin_src sh :results silent > > seq 100000000 > > #+end_src > > > > Before such a patch is applied it would need corresponding > > documentation, and the "really-silent" moniker may need to be > > reconsidered in favor of something more informative (the main purpose o= f > > this header argument is not silence but is rather avoiding all post > > processing), and ideally shorter as well. These new header arguments > > are of no value if they are not easily discover-able and easily > > remember-able to help others avoid the same issue that launched this > > thread. > > > > Cheers, > > this is simply great! Thank a lot. I just tested and like it a lot! > > I'll have to give this a try. > With respect to the name: I think choosing a new name is hard because it > really should be "silent". What is now "silent" would better be named > "minibuffer" or sth. similar. But since changing that would break quite > some (of my) code, I would suggest simply "none" for the new > "really-silent". > I like the "none" idea. Or another approach would be a variable/in-buffer setting that defines the meaning of "silent"? Something like =3Dorg-babel-echo-results-in-minibuffer=3D or something like that? Though perhaps folks would like to mix and match silent and none within the same document. Thanks for creating the patch, Eric. I'll try shortly. Best regards, John > > Just my 2ct. > > Thanks again. I'll start using it right now. > > Regards, > Andreas > > > --e89a8fb1f196e1d30a04cea162cf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Fri, Nov 16, 2012 at 11:47 AM, Andrea= s Leha <andreas.leha@med.uni-goettingen.de>= wrote:
Hi Eric,

Eric Schulte <schulte.eric@gma= il.com> writes:

> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>
>> tsd@tsdye.com (Thomas S. Dye)= writes:
>>
>>> Aloha Aaron,
>>>
>>> Welcome to Org-mode.
>>>
>>> Aaron Ecay <aaroneca= y@gmail.com> writes:
>>>
>>>> 2012ko azaroak 13an, John Hendy-ek idatzi zuen:
>>>>
>>>> [...]
>>>>> Crazy. I really wondered if it had something to do wit= h trying to spit
>>>>> out the results into the minibuffer. Why is that behav= ior included?
>>>>
>>>> =E2=80=9C:results silent=E2=80=9D just means =E2=80=9Csile= nt except for the minibuffer=E2=80=9D; IDK
>>>> why.
>>>
>>
>> [...]
>>
>> Just for the record:
>> I would also love to see the "really-silent results". >>
>
> Yes, the existing ":results silent" option still echos the r= esults to
> the minibuffer. =C2=A0It was originally added in the case where one do= es not
> want to change the Org-mode buffer (but would still like to see code > block output).
>
> The attached patch adds a "really-silent" results header arg= ument. =C2=A0To
> see the impact compare the running time of the following two code
> blocks.
>
> =C2=A0 =C2=A0 #+begin_src sh :results really-silent
> =C2=A0 =C2=A0 =C2=A0 seq 100000000
> =C2=A0 =C2=A0 #+end_src
> =C2=A0 =C2=A0 #+begin_src sh :results silent
> =C2=A0 =C2=A0 =C2=A0 seq 100000000
> =C2=A0 =C2=A0 #+end_src
>
> Before such a patch is applied it would need corresponding
> documentation, and the "really-silent" moniker may need to b= e
> reconsidered in favor of something more informative (the main purpose = of
> this header argument is not silence but is rather avoiding all post > processing), and ideally shorter as well. =C2=A0These new header argum= ents
> are of no value if they are not easily discover-able and easily
> remember-able to help others avoid the same issue that launched this > thread.
>
> Cheers,

this is simply great! =C2=A0Thank a lot. =C2=A0I just tested an= d like it a lot!


I'll have to give this a try.
=C2=A0
With respect to the name: I think choosing a new name is hard because it really should be "silent". =C2=A0What is now "silent" w= ould better be named
"minibuffer" or sth. similar. =C2=A0But since changing that would= break quite
some (of my) code, I would suggest simply "none" for the new
"really-silent".

I like the &= quot;none" idea. Or another approach would be a variable/in-buffer set= ting that defines the meaning of "silent"? Something like =3Dorg-= babel-echo-results-in-minibuffer=3D or something like that? Though perhaps = folks would like to mix and match silent and none within the same document.=

Thanks for creating the patch, Eric. I'll try short= ly.

Best regards,
John
=C2=A0<= /div>

Just my 2ct.

Thanks again. =C2=A0I'll start using it right now.

Regards,
Andreas



--e89a8fb1f196e1d30a04cea162cf--