Is there a maximum data size for groups?

Jonathan Lynch jonathandlynch at
Sat Apr 17 11:47:22 EDT 2010

Hi guys,

I think you must be right that I am using up my RAM.

Drat, this is gonna be a pain in the bahonkus.

I will prolly have to use some sort of piecemeal approach, like Richmond



On Sat, Apr 17, 2010 at 11:29 AM, Richmond Mathewson <
richmondmathewson at> wrote:

>  On 17/04/2010 18:17, Andre Garzia wrote:
>> Jonathan,
>> I have no clue there but I think if you host 400mb worth of images in a
>> stack, then you will take a chunk equal to that of RAM for your app to run
>> even with virtual memory this is a big requirement and if you want to copy
>> this group around, then your requirement will scale. It might be wiser to
>> host this images on this and just reference them, which might have the
>> nice
>> side effect of allowing smooth group copying.
>> Then again, I don't know your software or your software needs so this
>> commentary might be just ridiculous and wrong.
>> I while back I made a stack that was 500 MB and tried to build a
> standalone
> from it on a G4 'ET' iMac with 256 MB RAM . . . being a bit slow on the
> uptake
> it took me about a week to work out that:
> 1. RunRev (2.0.1) couldn't cope because it had to load all that 500 MB into
>    256 MB RAM and whatever Virtual Memory Mac OS X 10.1 was splurging
>    over the boot disk (which was also very nearly full of files.
> 2. That the 'clever' thing to do was to chop up the single stack into about
>     200 substacks that opened on top of the main stack so that end-users
> were
>    unaware that more than one stack was being used.
>    The main stack popped the substacks into RAM when it opened them and
>    cleared out the RAM when they closed again; so as there were never more
> than
>    about 3 substacks open at anyone time, the RAM overhead was
> significantly
>    reduced.
> Having rewritten the 'thing'/beast it compiled as a standalone
> lickety-split
> and managed to run reasonably well on computers with128 MB RAM.
> _______________________________________________
> use-revolution mailing list
> use-revolution at
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:

Do all things with love

More information about the Use-livecode mailing list