From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Allen S. Rout" Subject: Re: asynchronous code evaluation Date: Wed, 04 Sep 2013 12:59:05 -0400 Message-ID: References: <20130904080040.GE679@kuru.dyndns-at-home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55156) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHGQP-0001ud-DM for emacs-orgmode@gnu.org; Wed, 04 Sep 2013 12:59:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VHGQI-0005XW-4X for emacs-orgmode@gnu.org; Wed, 04 Sep 2013 12:59:25 -0400 Received: from plane.gmane.org ([80.91.229.3]:53998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHGQH-0005XS-Tz for emacs-orgmode@gnu.org; Wed, 04 Sep 2013 12:59:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VHGQG-00030Q-Qh for emacs-orgmode@gnu.org; Wed, 04 Sep 2013 18:59:16 +0200 Received: from n128-227-15-154.xlate.ufl.edu ([128.227.15.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Sep 2013 18:59:16 +0200 Received: from asr by n128-227-15-154.xlate.ufl.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Sep 2013 18:59:16 +0200 In-Reply-To: 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: emacs-orgmode@gnu.org On 09/04/2013 09:23 AM, Johannes Rainer wrote: > > well, I'm using emacs/org for my data analyses in R. I thus combine > documentation (i.e. the conclusions drawn from e.g. plots created in R) > and the R code to perform the analysis in my org file. Since I'm > analysing high throughput data some tasks to handle the data are quite > time consuming. > In the past, I have solved that problem by adding a makefile in the directory, which produces a separate fragment to be consumed/included by the org file. Make based on the updated data, publish based on the static outuput of the make process. If you let the sim run "in the background" while you edit, you'll likely get to a point, whilst tweaking or such, that you have dispatched several long-running jobs in parallel, and only care about the last result. That's probably counterproductive. :) - Allen S. Rout