bugGNU Octave - Bugs: bug #48914, Request to have memory.m created

 
 

bug #48914: Request to have memory.m created

Submitted by:  None
Submitted on:  Fri 26 Aug 2016 03:36:24 PM UTC  
 
Category: PerformanceSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Feature Request
Status: InvalidAssigned to: None
Originator Name: Mark MoreheadOriginator Email: -unavailable-
Open/Closed: ClosedRelease: 4.0.0
Operating System: Microsoft Windows

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 27 Aug 2016 09:18:07 AM UTC, comment #2:

I have been looking for something like this as well, but not very intensively. As Octave has a Java interface built-in these days I've looked for some Java-based solutions.
But I've only looked :-) (due to lack of time, and other more urgent priorities)

You can (have someone else for you) look at:

java.lang.management (works only with proprietary Oracle Java)

hyperic sigar (https://support.hyperic.com/display/SIGAR/Home)

oshi (https://github.com/dblock/oshi)

But I'd first try Mike's solution and get 64-bit Octave. Chances are you don't need memory() at all then.
(BTW in fact I think you're lucky to even be able to create an 880MB array with 32-bit Octave - on my systems 600-700MB is usually the limit.)

Philip Nienhuis <philipnienhuis>
Project Member
Fri 26 Aug 2016 04:26:11 PM UTC, comment #1:

Thanks for your bug report. You have hit on quite a few different issues here. Firstly, I am closing this bug report because an open feature request for someone else to write a niche function that doesn't actually solve the problem you are having, only serves an informational purpose that can be found elsewhere on your system, is not a very useful bug report. We already have a list of missing functions to be implemented that includes memory, so no information is added here.

Please test the 64-bit build of Octave for Windows if you haven't already, it may solve some or all of your system's memory allocation problems (http://www.tatsuromatsuoka.com/octave/Eng/Win/). And please offer feedback on the maintainers mailing list if this build works better for you. Most of us do not use Windows at all, so without user feedback we don't know what the problems or solutions are.

If you can offer an implementation of the memory function or can hire someone to do so for you, please contribute it to Octave to improve it for everyone (either on this bug report or a new one).

Mike Miller <mtmiller>
Project Administrator
Fri 26 Aug 2016 03:36:24 PM UTC, original submission:

Greetings.
I am a new convert to Octave and I am learning the differences and similarities with Matlab.

I occasionally use very large arrays and have run into contiguous memory block problems on my Windows system both in Matlab and Octave. The memory.m program is very useful for determining the maximum single array size available.

I have a modest machine with 8 Gb of RAM. However, the maximum single array size I can create is 880 Mb. This is after rebooting and not starting any extra programs except Octave. After the first array is created the second largest array I can create is 120 Mb. I cannot perform some math functions on the first array because Octave duplicates the first array before it performs the math functions and there is insufficient contiguous memory for that duplicate array.

I fully realize that this is a Windows bug/issue with how they use memory and not a bug in Octave.

However the memory.m function that is available in Matlab would help me deal with the memory problems on Windows machines.

Could someone please build a memory.m function? This is beyond my programming skills.

Thanks
Mark

PS
On my machine the approximate maximum arrays size I can build is:
dat = zeros(5000000,22);
The second largest array I can build is:
dat1 = zeros(5000000,3);
The array sizes keep dropping off from there.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by None (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 26 Aug 2016 04:26:11 PM UTCmtmillerStatusNone=>Invalid
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1