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

Home » Public Forums » archive » Re: IDL 8 uses 3x the memory of IDL 7.1
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: IDL 8 uses 3x the memory of IDL 7.1 [message #73616] Tue, 16 November 2010 14:16 Go to next message
James[2] is currently offline  James[2]
Messages: 44
Registered: November 2009
Member
On Nov 15, 5:37 pm, David Fanning <n...@dfanning.com> wrote:
> James writes:
>> I just installed IDL 8, and it's using 334 MB of memory for the
>> Workbench, compared to 114 for the IDL 7.1 Workbench.  This is causing
>> some problems for me, since I am forced to run IDL in 32-bit mode to
>> use my external C functions, and I run out of memory.
>
>> I was wondering if anyone else is experiencing this phenomenon, and if
>> there is any way to reduce memory consumption by the Workbench.
>
> Yes, this is the result of combining the Workbench and the IDL
> process together, something that was done in IDL 8 to make
> the Macintosh version work properly:
>
>   http://www.dfanning.com/misc_tips/idl8mem.html
>
> It is causing problems for other versions, but especially
> for Windows users. There is some talk of separating the
> processes again for Windows machines in future versions
> of IDL, if not to reclaim memory, then to make the Windows
> version stable enough to use. There seem to be some especially
> bad interactions with JAVA. :-(
>
> Cheers,
>
> David
>
> --
> David Fanning, Ph.D.
> Fanning Software Consulting, Inc.
> Coyote's Guide to IDL Programming:http://www.dfanning.com/
> Sepore ma de ni thui. ("Perhaps thou speakest truth.")

Thanks, David. This got the job done. It's ironic that in this day
and age of parallel computing, ITT-VIS chose to merge two processes
together.
Re: IDL 8 uses 3x the memory of IDL 7.1 [message #73634 is a reply to message #73616] Mon, 15 November 2010 17:37 Go to previous messageGo to next message
David Fanning is currently offline  David Fanning
Messages: 11724
Registered: August 2001
Senior Member
James writes:

> I just installed IDL 8, and it's using 334 MB of memory for the
> Workbench, compared to 114 for the IDL 7.1 Workbench. This is causing
> some problems for me, since I am forced to run IDL in 32-bit mode to
> use my external C functions, and I run out of memory.
>
> I was wondering if anyone else is experiencing this phenomenon, and if
> there is any way to reduce memory consumption by the Workbench.

Yes, this is the result of combining the Workbench and the IDL
process together, something that was done in IDL 8 to make
the Macintosh version work properly:

http://www.dfanning.com/misc_tips/idl8mem.html

It is causing problems for other versions, but especially
for Windows users. There is some talk of separating the
processes again for Windows machines in future versions
of IDL, if not to reclaim memory, then to make the Windows
version stable enough to use. There seem to be some especially
bad interactions with JAVA. :-(

Cheers,

David


--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")
Re: IDL 8 uses 3x the memory of IDL 7.1 [message #75836 is a reply to message #73634] Wed, 27 April 2011 18:26 Go to previous message
JP is currently offline  JP
Messages: 55
Registered: April 2008
Member
Hi all,

I've been reading a bit about the memory issues with IDL8 in windows including David's article in http://www.idlcoyote.com/misc_tips/idl8mem.html
I still have problems doing what he suggested. Should I go back to 7.x until ITT resolves this?

cheers

JP
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: max installation problem - Do you want the application lmgrd to accept incoming network connections ?
Next Topic: Book Tour Report

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

Current Time: Wed Oct 08 15:40:03 PDT 2025

Total time taken to generate the page: 0.00563 seconds