Hi Naman, On 23/06/2011 09:17, Naman Agarwal wrote: > Thanks a lot for the prompt reply > > I was using the 32 bit Eclipse with a 64 bit Windows 7 OS. I could not find > a version for the 64 bit usage on the download page on the site. > I suspected that you might be using Windows, as I think I have seen that limit with Windows before, which seems to be a lot lower than the other 32 bit OSs. We don't have a 64 bit version of ECLiPSe for the current release (6.0), but we do have the 64 bit version for the development branch of ECLiPSe (6.1). This is not available via the file releases at Sourceforge; you need to go to the download sites for our daily builds to get this. The development branch is pre-release, but as long as you do not use the new features (except 64 bit Windows, of course), I would not expect there to be any problems. You should go to: http://eclipseclp.org/download.html and select one of the distribution site under latest builds, and then select the Dev directory (for the development branch), and then pick the latest build there. > As far as why the memory may shoot up is probably not due to the array size > itself but rather the kind of constraints and equations that feature in the > program, they are large equations, and in totality cover a huge number of > these terms present in this array. > There is one equation that itself contains 3000x3000 terms > and then there are 3000x3000 small equations ... so that may heavily shoot > up numbers. > If the items in your matrix are actually equations, which are almost certainly structures, then I guess it is possible for you to run out of stack space with the default settings. Cheers, Kish > On Wed, Jun 22, 2011 at 6:40 PM, Kish Shen<kisshen_at_cisco.com> wrote: > >> Hi Naman, >> >> You did not give which OS and version of ECLiPSe you are running, so it is >> difficult to be specific. >> >> There are several considerations when you are using a 64 bit processor, >> because for the processors that we are currently supporting, the 64 bit >> processor is compatible with the 32 bit version of the processor family >> (x86, Power PC, Sparc). What this means is that you can run the 32 bit >> version of the OS on the 64 bit processor, and on the 64 bit version of the >> OS, you can run the 32 bit version of ECLiPSe. >> >> For ECLiPSe 6.0 (the current version of ECLiPSe), 64 bit binary versions >> are available for Linux (running on x86_64), Mac OS X (running on x86_64). >> In ECLiPSe 6.1 (the development version of ECLiPSe), there is additionally >> the 64 bit Windows version (running on x86_64). >> >> The error you are getting would suggest you are running a 32 bit version of >> ECLiPSe, but it is not clear if you are running a 32 bit OS. Is this the >> case? For 32 bit, 4G is the absolute limit, but the OS will often reserve >> some of the space for its own use. To get memory allocation beyond the 32 >> bit limit, you need to run the 64 bit version of ECLiPSe on a 64 bit OS >> (which of course requires a 64 bit processor). >> >> Note that the 64 bit version of ECLiPSe is in general going to use more >> memory than the 32 bit version, as data are represented in 64 rather than 64 >> bit (the only exception are real numbers), and as an approximation, you >> should expect the same problem to use close to twice as much memory to run. >> >> As for your specific problem, it seems a little surprising that you are >> running out of stack space with the default size (I assume global stack) >> with a 3000x3000 array. What are the array items? >> >> Cheers, >> >> Kish >> >> >> >> On 22/06/2011 10:33, Naman Agarwal wrote: >> >>> Hi, >>> >>> So I am running this program which inputs a ~ 3000x3000 array into memory >>> from a file. >>> >>> I have a machine that gives me a RAM size of ~ 20 GB. >>> >>> Initial runs of the program gave me a stack size error, so I increased >>> stack >>> size using the -g option >>> >>> I could increase it till around 1.2 GB but after that with 1.3 GB it gave >>> me >>> the following error >>> >>> "Cannot reserve stack space in allocate_stack_pairs()" >>> >>> So is a memory limit to which Eclipse can work with or is it a probelm >>> with >>> my machine that it is not being able to allocate this space. >>> >>> Also the machine that I am running has a 64bit architecture. (Not sure >>> whehter this information makes any difference) >>> >>> >>> >>> >>> ------------------------------**------------------------------** >>> ------------------ >>> Simplify data backup and recovery for your virtual environment with >>> vRanger. >>> Installation's a snap, and flexible recovery options mean your data is >>> safe, >>> secure and there when you need it. Data protection magic? >>> Nope - It's vRanger. Get your free trial download today. >>> http://p.sf.net/sfu/quest-**sfdev2dev<http://p.sf.net/sfu/quest-sfdev2dev> >>> >>> >>> >>> ______________________________**_________________ >>> ECLiPSe-CLP-Users mailing list >>> ECLiPSe-CLP-Users_at_lists.**sourceforge.net<ECLiPSe-CLP-Users_at_lists.sourceforge.net> >>> https://lists.sourceforge.net/**lists/listinfo/eclipse-clp-**users<https://lists.sourceforge.net/lists/listinfo/eclipse-clp-users> >>> >> >> >> -- >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. Any review, use, distribution or >> disclosure by others is strictly prohibited. If you are not the intended >> recipient (or authorized to receive for the recipient), please contact >> the sender by reply e-mail and delete all copies of this message. >> Cisco Systems Limited (Company Number: 02558939), is registered in >> England and Wales with its registered office at 1 Callaghan Square, >> Cardiff, South Glamorgan CF10 5BT. >> > > > -- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply e-mail and delete all copies of this message. Cisco Systems Limited (Company Number: 02558939), is registered in England and Wales with its registered office at 1 Callaghan Square, Cardiff, South Glamorgan CF10 5BT.Received on Thu Jun 23 2011 - 16:54:16 CEST
This archive was generated by hypermail 2.2.0 : Thu Feb 02 2012 - 02:31:58 CET