Re: Is there a maximum data size for groups?
I got it working without eating all my RAM. This is for a faerie tale editing program. Each story is contained in a group, and each page is a subgroup of the main group. To save a story, I have it copy each page/subgroup to the saving stack, but then delete that page from the editing application right after it does that. This way, it does not have to hold two copies of all 400 MB worth of data. I also had to make sure it turns images that are not currently being viewed invisible. That keeps the RAM usage down by a good bit. It prolly woulda been simpler to just buy more RAM. On Sat, Apr 17, 2010 at 2:28 PM, Phil Davis rev...@pdslabs.net wrote: This list is never dull! Phil Davis On 4/17/10 9:37 AM, Richmond Mathewson wrote: On 17/04/2010 19:17, J. Landman Gay wrote: Richmond Mathewson wrote: On 17/04/2010 18:47, Jonathan Lynch wrote: 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. One pain in the bahonkus now is probably better than a whole slew of pains in the bahonkus later on . . . :) Oh so true. In one project right now, due to a lack of foresight, I can hardly sit down. Hmm; that's interesting - I was wondering exactly where the bahonkus was: not being a North American - we Europeans have different anatomy . . . :) All right; we use different euphemistic terms for the same bits of anatomy . . . - While I'm here; I suffer from a lack of foresight too, having had it circumscribed at an early age . . . the old jokes are always the best! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Do all things with love ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Is there a maximum data size for groups?
Both in Rev 3.5 and Rev 4.0 I have a problem trying to copy a group from one stack to another. The group contains approximately 400 mb of information (mostly images). This problem seems to arise whether I copy the whole group, or copy it piecemeal into the recipient group. So, do you guys know if there is a built-in limitation on the data size for single groups? -- Do all things with love ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
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. Cheers andre On Sat, Apr 17, 2010 at 12:02 PM, Jonathan Lynch jonathandly...@gmail.comwrote: Both in Rev 3.5 and Rev 4.0 I have a problem trying to copy a group from one stack to another. The group contains approximately 400 mb of information (mostly images). This problem seems to arise whether I copy the whole group, or copy it piecemeal into the recipient group. So, do you guys know if there is a built-in limitation on the data size for single groups? -- Do all things with love ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
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 described. Thanks, Jonathan On Sat, Apr 17, 2010 at 11:29 AM, Richmond Mathewson richmondmathew...@gmail.com 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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Do all things with love ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
On 17/04/2010 18:47, Jonathan Lynch wrote: 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. One pain in the bahonkus now is probably better than a whole slew of pains in the bahonkus later on . . . :) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
Richmond Mathewson wrote: On 17/04/2010 18:47, Jonathan Lynch wrote: 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. One pain in the bahonkus now is probably better than a whole slew of pains in the bahonkus later on . . . :) Oh so true. In one project right now, due to a lack of foresight, I can hardly sit down. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
On 17/04/2010 19:17, J. Landman Gay wrote: Richmond Mathewson wrote: On 17/04/2010 18:47, Jonathan Lynch wrote: 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. One pain in the bahonkus now is probably better than a whole slew of pains in the bahonkus later on . . . :) Oh so true. In one project right now, due to a lack of foresight, I can hardly sit down. Hmm; that's interesting - I was wondering exactly where the bahonkus was: not being a North American - we Europeans have different anatomy . . . :) All right; we use different euphemistic terms for the same bits of anatomy . . . - While I'm here; I suffer from a lack of foresight too, having had it circumscribed at an early age . . . the old jokes are always the best! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Is there a maximum data size for groups?
This list is never dull! Phil Davis On 4/17/10 9:37 AM, Richmond Mathewson wrote: On 17/04/2010 19:17, J. Landman Gay wrote: Richmond Mathewson wrote: On 17/04/2010 18:47, Jonathan Lynch wrote: 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. One pain in the bahonkus now is probably better than a whole slew of pains in the bahonkus later on . . . :) Oh so true. In one project right now, due to a lack of foresight, I can hardly sit down. Hmm; that's interesting - I was wondering exactly where the bahonkus was: not being a North American - we Europeans have different anatomy . . . :) All right; we use different euphemistic terms for the same bits of anatomy . . . - While I'm here; I suffer from a lack of foresight too, having had it circumscribed at an early age . . . the old jokes are always the best! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution