comp.lang.idl-pvwave archive: archive » Memory de-allocation and "restore"

Home » Public Forums » archive » Memory de-allocation and "restore"

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: Memory de-allocation and "restore" [message #4221 is a reply to message #4160]

Fri, 12 May 1995 00:00

soc
Messages: 12
Registered: October 1994

Junior Member

Bob Rutledge (rutledge@zvezda.mit.edu) wrote:

: I ran the following test:

: for i=0L, n_ffiles-1 do begin ; CYCLE THROUGH THE FILES
: specdata = 0
: restore, filename=ffiles(i), /verbose
: endfor

: which cycles through files and restores to the variable "specdata". On the
: first iteration, the loop takes about 10 seconds, and no time is spent
: at the "specdata=0" line. On the second iteration, approximately 2minutes
: are required by the "specdata=0" line, and >10 minutes are required on
: that "restore". The second "restore" is half the memory size of the first
: "restore", so it is not a problem of the memory requirements.

: Is this REALLY the way IDL is? Is there REALLY no way to improve this
: (either for me to improve this, or RSI to improve this). If this cannot
: be improved, I cannot use IDL in the future, because it is simply not
: fast enough on silly 'ol I/O.

: Bob

Hi, well when I tried to do something very similar I find no delay at
all. I just tried saving the data 5 times in a row with a loop, then
read it back five times in row nd it was instantaneous. The structure
was quite large too.

I'd say the problem lies elsewhere. I run on a DEC Alpha running Open
VMS 1.5-1, and idl 3.6.

Rob

Report message to a moderator

[Message index]

		Memory de-allocation and "restore" By: rutledge on Wed, 10 May 1995 00:00
		Re: Memory de-allocation and "restore" By: soc on Fri, 12 May 1995 00:00
		Re: Memory de-allocation and "restore" By: thompson on Tue, 16 May 1995 00:00

Previous Topic:	IDL 4.0 is shipping
Next Topic:	Common blocks revisited...

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Wed Oct 08 19:43:35 PDT 2025

Total time taken to generate the page: 0.00387 seconds