comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Slow Time Test in IDL 5.4
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: Slow Time Test in IDL 5.4 [message #22236] Mon, 30 October 2000 07:02 Go to previous message
John-David T. Smith is currently offline  John-David T. Smith
Messages: 384
Registered: January 2000
Senior Member
David Fanning wrote:
>
> Folks,
>
> Before JD goes crazy trying to analyze slow Time_Test2
> values for IDL 5.4, let me alert you that a change to
> the IDL library routine FACTORIAL has made that routine
> *significantly* slower. So much so, that Time_Test2 runs
> about 10 times slower on PCs running IDL 5.4 than it does
> running earlier versions. :-(
>
> RSI is working on the problem, but for the time being
> you may want to copy the IDL 5.3.1 factorial.pro over
> into your IDL 5.4 lib subdirectory. Having done this,
> we find the Time_Test2 to be noticeably faster in IDL 5.4
> than in IDL 5.3.1.
>

It was made clear to me from IDLSpecII that RSI's time_test suite is not
really up to the task of performing reliable discrimination among
multiple platforms. Too many of the tests were influenced primarily by
OS caching or other OS-dependent issues.

I'm hoping to come up with an independent time testing routine suite for
a new round of IDLSpec for 5.4 and up, though I'm not sure when I'll
have time. If people (especially those with really fast machines) want
to take a look at RSI's time_test.pro and come up with other creative,
stable tests which cleanly divide between CPU and IO, and which more
accurately reflect the bulk of time spent in your code, I'm happy to
collect those for inclusion. Just try:

IDL> profiler, /system
IDL> mylongprocedure
IDL> profiler, /report

and look for the expensive routines.

The other major lacking component of the test suite is 3D graphics,
though I think that will prove a major difficulty -- so many variable
influences. I'm happy to take ideas on what a robust O.G./3D test would
look like.

JD

--
J.D. Smith | WORK: (607) 255-6263
Cornell Dept. of Astronomy | (607) 255-5842
304 Space Sciences Bldg. | FAX: (607) 255-5875
Ithaca, NY 14853 |
[Message index]
 
Read Message
Read Message
Previous Topic: eps bounding boxes - more info
Next Topic: US County Maps

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Oct 09 20:36:19 PDT 2025

Total time taken to generate the page: 2.71327 seconds