constraining [data] to < 256MB you are warned!


    Apr 18 2016 | 3:45 pm
    In gen ~ there is a way to create objects Data of more than 256mb size? (Need use "Data objects" , no references to external Buffers msp ) If this is not possible , since we work with 64bit dsp doubles , Cycling programers : could double that range, even quadruple a minimum ? Also: many now use solid state disk , it would be possible to define whether an object or Data Buffer uses the RAM or HD .

    • Apr 19 2016 | 10:01 am
      i believe it wont work.
      if buffer/play/wave/wave2d and groove had the option to use a ram disk, the read speed of a fast SSD and the way how drives are accessed will still cause trouble, because you never know when and from what sample you will be reading from.
      for example you can read single samples from a buffer using [count~] [*~ 177] [index~]. what should now be read into RAM? vectors? single samples? sure, SSDs are fast enough to read sinlge samples. SSDs also dont get weared out from reading stuff. but what if you read a 300mb/s video stream at the same time from this drive?
      and what if you are reading 100 different single samples at the same time? this is kind of what the main memory in a PC was made for.^^
    • Apr 19 2016 | 2:53 pm
      I will put in a request to remove the 256MB limit altogether, and let the OS decide whether it can allocate enough space.
    • Apr 19 2016 | 8:05 pm
      Thanks, Raja, Roman and Graham!!
      Roman :(
    • Apr 21 2016 | 9:24 am
      you might have notived it: "ram disk" should have read "virtual memory"