From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/67008 Path: news.gmane.org!not-for-mail From: John Haltiwanger Newsgroups: gmane.comp.tex.context Subject: Re: Does MKIV take more time as MKII Date: Mon, 14 Mar 2011 21:22:01 +0100 Message-ID: References: <201103141434.58531.alan.braslau@cea.fr> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1239983190==" X-Trace: dough.gmane.org 1300134137 10138 80.91.229.12 (14 Mar 2011 20:22:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Mar 2011 20:22:17 +0000 (UTC) Cc: Mojca Miklavec To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Mon Mar 14 21:22:12 2011 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from balder.ntg.nl ([195.12.62.10]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PzEHL-0004sk-RX for gctc-ntg-context-518@m.gmane.org; Mon, 14 Mar 2011 21:22:11 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id CE92ECAB08; Mon, 14 Mar 2011 21:22:10 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3DNZQ52GHiGc; Mon, 14 Mar 2011 21:22:08 +0100 (CET) Original-Received: from balder.ntg.nl (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 5D66ECAAE0; Mon, 14 Mar 2011 21:22:08 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 8B4EBCAAE0 for ; Mon, 14 Mar 2011 21:22:06 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JARCz8YerkxS for ; Mon, 14 Mar 2011 21:22:04 +0100 (CET) Original-Received: from filter4-ams.mf.surf.net (filter4-ams.mf.surf.net [192.87.102.72]) by balder.ntg.nl (Postfix) with ESMTP id 5A0FECAADF for ; Mon, 14 Mar 2011 21:22:04 +0100 (CET) Original-Received: from mail-iw0-f169.google.com (mail-iw0-f169.google.com [209.85.214.169]) by filter4-ams.mf.surf.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p2EKM2I1016401 for ; Mon, 14 Mar 2011 21:22:03 +0100 Original-Received: by iwl42 with SMTP id 42so7446093iwl.14 for ; Mon, 14 Mar 2011 13:22:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lMmbZvVumpsUpx3YqrMO57nFq+gKk3MLyKC1UUexD8Y=; b=Pu1xzx6kwAVaT4a+ihUAJq4MsA/hQ77VeusUFu8QQhqy2Y8h/XXNCchUcxufvqzjm3 +SwbOhUtljyekMEuHuFO2vatsxlcLFUMPrjY5Bu1bcOB1VtE1AtjmepXDBFGAiQajbr4 u1vw6IcT+2iSWBWY4XonjExkbjRNXrT5XUiyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LyahmK0rpFRSwyCMVcTVESccIuacZFeki1EH2e/aiykedEk/jrNOxmmrze0BwhLBd3 NR4zH20T4QirwitDyXgeAAnXAx2fZlDTH6Ai83AJmQWTsCmKdt2TNWd7IoTIFpi9EnyD OCnqZ7vdHFeQO1YdyzSFuhfxyYOPNcvMwoRbI= Original-Received: by 10.42.153.2 with SMTP id k2mr6155490icw.333.1300134121998; Mon, 14 Mar 2011 13:22:01 -0700 (PDT) Original-Received: by 10.42.225.3 with HTTP; Mon, 14 Mar 2011 13:22:01 -0700 (PDT) In-Reply-To: X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=209.85.214.169; country=US; region=CA; city=Mountain View; postalcode=94043; latitude=37.4192; longitude=-122.0574; metrocode=807; areacode=650; http://maps.google.com/maps?q=37.4192,-122.0574&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 03Ej8m3Ms - cd34d03fb580 - 20110314 X-Scanned-By: CanIt (www . roaringpenguin . com) on 192.87.102.72 X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl Xref: news.gmane.org gmane.comp.tex.context:67008 Archived-At: --===============1239983190== Content-Type: multipart/alternative; boundary=90e6ba6e8c9c8087e1049e771065 --90e6ba6e8c9c8087e1049e771065 Content-Type: text/plain; charset=ISO-8859-1 You can't have it Good, Cheap, and Fast all at once ;) On Mon, Mar 14, 2011 at 8:52 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote: > On Mon, Mar 14, 2011 at 14:47, Cecil Westerhof wrote: > > > > Both did not work for me. But removing --purgeall from my script reduced > the > > time from 30 seconds to 10. > > When you don't use --purgeall, ConTeXt calculates different things > (for example table of contents, cross-references etc.) and stores them > to temporary files. Next time when you compile the same document > without too many changes it simply reuses the old data. > > But if you remove the temporary files with --purgeall, ConTeXt has to > recalculate everything from scratch. Out of curiosity I checked that > on my own document and realized exactly the same thing. Compile time > dropped from 27 to 9 seconds, but only because ConTeXt had to read and > typeset the document three times (I thought it usually did it twice). > > If you remove all the temporary files and call context without > --purgeall, it will also take 30 seconds to typeset everything; it is > only the second and all the subsequent runs that finish the job > faster. > > Mojca > > PS: You would get the same kind of behaviour in MKII (however if MKII > only runs twice and if there is a speed factor of 1.5, you could > declare MKII being "three times faster" which does make some > difference when compilation time is long). > > PPS (not to be taken (too) seriously): But I wouldn't be surprized if, > say, two years from now you would try to repeat the experiment just to > find out that MKIV became faster. (Unlikely to happen, but imaging > Taco coming to idea to use all the four processor cores of your new > machine and Hans reducing the number of required runs from three to > two plus some extra optimizations.) > > ___________________________________________________________________________________ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > > ___________________________________________________________________________________ > --90e6ba6e8c9c8087e1049e771065 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable You can't have it Good, Cheap, and Fast all at once ;)

On Mon, Mar 14, 2011 at 8:52 PM, Mojca Miklavec <mojca.miklav= ec.lists@gmail.com> wrote:
On Mon, Mar 14, 2011 at 1= 4:47, Cecil Westerhof wrote:
>
> Both did not work for me. But removing --purgeall from my script reduc= ed the
> time from 30 seconds to 10.

When you don't use --purgeall, ConTeXt calculates different thing= s
(for example table of contents, cross-references etc.) and stores them
to temporary files. Next time when you compile the same document
without too many changes it simply reuses the old data.

But if you remove the temporary files with --purgeall, ConTeXt has to
recalculate everything from scratch. Out of curiosity I checked that
on my own document and realized exactly the same thing. Compile time
dropped from 27 to 9 seconds, but only because ConTeXt had to read and
typeset the document three times (I thought it usually did it twice).

If you remove all the temporary files and call context without
--purgeall, it will also take 30 seconds to typeset everything; it is
only the second and all the subsequent runs that finish the job
faster.

Mojca

PS: You would get the same kind of behaviour in MKII (however if MKII
only runs twice and if there is a speed factor of 1.5, you could
declare MKII being "three times faster" which does make some
difference when compilation time is long).

PPS (not to be taken (too) seriously): But I wouldn't be surprized if,<= br> say, two years from now you would try to repeat the experiment just to
find out that MKIV became faster. (Unlikely to happen, but imaging
Taco coming to idea to use all the four processor cores of your new
machine and Hans reducing the number of required runs from three to
two plus some extra optimizations.)
_________________________________________= __________________________________________
If your question is of interest to others as well, please add an entry to t= he Wiki!

maillist : ntg-context@ntg.nl / <= a href=3D"http://www.ntg.nl/mailman/listinfo/ntg-context" target=3D"_blank"= >http://www.ntg.nl/mailman/listinfo/ntg-context
webpage =A0: http://= www.pragma-ade.nl / http://tex.aanhet.net
archive =A0: http://foundry.supelec.fr/projects/contextrev/
wiki =A0 =A0 : http:= //contextgarden.net
___________________________________________________________________________= ________

--90e6ba6e8c9c8087e1049e771065-- --===============1239983190== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ --===============1239983190==--