MathGroup Archive 2009

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Compress timing with different data types

  • To: mathgroup at
  • Subject: [mg97735] Re: Compress timing with different data types
  • From: mark mcclure <mcmcclur at>
  • Date: Fri, 20 Mar 2009 02:38:53 -0500 (EST)
  • References: <gpsr4o$mh9$>

On Mar 19, 3:10 am, Yves Klett <yves.kl... at> wrote:
> I noticed that the speed of Compress is very much dependent on
> the type of data that is compressed:
> ...
> compressing an expression only containing lists and numbers is about
> 60 times faster than compressing an expression containing Line
> statements. And the difference gets worse the larger the expression
> becomes...
> Does anyone have experience and/or a workaround with that
> behaviour (6.03 & 7.01 on WinXP)?

Running your code in both V6.0.3 and V7.0.1 on my Mac laptop, I get
speed ratios of more like 6 or 7, rather than 60.  Of course, I wouldn't
expect Compress to accomplish anything with an array of random
numbers, while an expression containing many copies of a Line
primitve would be compressed a lot.  Perhaps this has something to
do with it.

Incidentally, there's no reason to map Line onto data.  That is
Line[data] is perfectly valid and renders faster than Line /@ data.

Mark McClure

  • Prev by Date: Re: Incompatible units?
  • Next by Date: Re: Bug in LaplaceTransform?
  • Previous by thread: Compress timing with different data types
  • Next by thread: Re: Compress timing with different data types