Re: Memory usage
On 7/5/13 8:00 AM, Bernard Devlin wrote: Jacques, Since your client has the requirement of no externals, I think there is still one way to encrypt the data, using nothing but the engine. Isn't it the case that if you store data as custom properties in password-protected stacks that the custom property data is encrypted? I think you can put a whole object into a custom property. Thus your players could be stored as custom properties, then the password set on the stacks, and those stacks stored to disk. When loaded from disk, and unencrypted, the player could be moved out of the custom property (and the property deleted) onto a card. I'd need to store entire stacks that have been downloaded on demand from a server. They are already encrypted with a password, so I'd just need to save them to the temp folder directly. My plan is to wait to see if there's actually a problem at all (seems like there may not be.) If I need to, I'll tell the client what their options are: we either store the stacks in temp, or re-download. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
There is no harm in using SHA1 in a scrambling/encrypting function of this type. The longer key might make it harder to crack. (Redoing the key based on the previous key every so-many characters might also help.) However, there is a tiny way in which MD5 is better. It is faster. That might be a smidgen of convenience and even a smidgen of security. Dar On Jul 5, 2013, at 11:46 AM, Richard Gaskin wrote: Peter M. Brigham wrote: On Jul 4, 2013, at 9:53 AM, Richard Gaskin wrote: While not nearly as secure as Blowfish (not by a long shot), this modest encryption script can at least slow down hacks, and as a script is fully embeddable: http://livecodejournal.com/tutorials/handy-handlers-005.html I wouldn't recommend it for data requiring really strong security, but the sort of person able to crack it is likely able to do a memory dump, so it's probably no less secure than limiting stacks to RAM. I notice that this routine uses md5digest. I have only glanced at it, so I don't know what the weak point is, but would it make any difference if it were updated to use SHA? Indeed it would. I have updating that on my to-do list, just after I finish some more critical updates needed for RevNet. That said, I've been designing a new CMS for LiveCodeJournal.com and some other sites I work on, and I may wait to do that update once the new CMS is in place. Either way, your suggestion of updating that handler to use SHA1 is a good one, which will find its way into the article at first opportunity. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
Monte Goulding wrote: If this is the same project I think it is then she can't use encryption because she can't use any externals... nothing but the executable is allowed... While not nearly as secure as Blowfish (not by a long shot), this modest encryption script can at least slow down hacks, and as a script is fully embeddable: http://livecodejournal.com/tutorials/handy-handlers-005.html I wouldn't recommend it for data requiring really strong security, but the sort of person able to crack it is likely able to do a memory dump, so it's probably no less secure than limiting stacks to RAM. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 5:19 PM, Monte Goulding wrote: On 04/07/2013, at 8:16 AM, Devin Asay devin_a...@byu.edu wrote: But now we're getting into semantics, right? Because if you use up all your RAM the OS is going to start spooling stuff onto the hard drive. Seems like there are all kinds of safeguards you could put in place to protect their content and still maintain programming efficiencies. Encrypting stacks written to disk for one. If this is the same project I think it is then she can't use encryption because she can't use any externals... nothing but the executable is allowed... Yeah, same one. I can't use anything useful. On the bright side, it makes you creative. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 5:22 PM, Devin Asay wrote: Hey, just make up your own encryption scheme. I know a good one-- A=1, B=2, C=3, etc. ;-) It's even harder if you offset those by 2: A=3, B=4. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/4/13 2:52 AM, Mark Wilcox wrote: jac...@hyperactivesw.com wrote: You're a good guesser. I just asked, and the client thinks a 2-gig average is about right. From what you described of the memory usage of your system, it's not going to get even remotely close to needing swap on a PC with 2GB RAM (video decoding only requires enough RAM for the codec and a few frames at a time). If it really is a problem (e.g. much less than 2GB available) and you can't cache stacks to the disk then you could write your own in memory caching system that destroys the least recently used one when you go past a certain number of stacks downloaded. That's what I wanted to hear, thanks. Deleting the oldest files is actually in their specs but I didn't want to have to track that. They have some ancient, decrepit Windows machines to test on so I think we'll find out soon enough if I'm worrying for nothing. I hope so. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/4/13 8:53 AM, Richard Gaskin wrote: Monte Goulding wrote: If this is the same project I think it is then she can't use encryption because she can't use any externals... nothing but the executable is allowed... While not nearly as secure as Blowfish (not by a long shot), this modest encryption script can at least slow down hacks, and as a script is fully embeddable: http://livecodejournal.com/tutorials/handy-handlers-005.html I wouldn't recommend it for data requiring really strong security, but the sort of person able to crack it is likely able to do a memory dump, so it's probably no less secure than limiting stacks to RAM. I'd forgotten all about that. Yes, that would be an option. I'll file it away (again). BTW, RR recently removed the ability to see scripts in a memory dump. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
J. Landman Gay wrote: BTW, RR recently removed the ability to see scripts in a memory dump. :) Which version? The implications are interesting: does it make things faster or slower? If they're only saving a tokenized form of the script that would seem likely to make things faster, as it would obviate some of the steps needed for execution. But if they're merely encrypting the scripts at runtime, that would of course slow things down. If the former, how much more could be done to further approach true machine-code speeds? -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
I'm not sure how it's done exactly. Mark Waddingham mentioned it to me at the last conference, he just said it was no longer possible to read the code from memory. I didn't even ask what version but I got the impression it was a recent change. Richard Gaskin ambassa...@fourthworld.com wrote: J. Landman Gay wrote: BTW, RR recently removed the ability to see scripts in a memory dump. :) Which version? The implications are interesting: does it make things faster or slower? If they're only saving a tokenized form of the script that would seem likely to make things faster, as it would obviate some of the steps needed for execution. But if they're merely encrypting the scripts at runtime, that would of course slow things down. If the former, how much more could be done to further approach true machine-code speeds? -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
That would be my guess. Phil On 7/2/13 8:13 PM, J. Landman Gay wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? My project is getting huge. -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On desktop platforms, yes, as long as the user hasn't changed settings to disable it (unlikely). On mobile platforms, no, use too much memory and the OS will kill your app. Mark J. Landman Gay jac...@hyperactivesw.com wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? My project is getting huge. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
Thanks. It's a desktop app. I was pretty sure that was the case and I wouldn't have to worry. It's just that 6.x still isn't stable for me yet so I was wondering. On 7/3/13 2:25 AM, Mark Wilcox wrote: On desktop platforms, yes, as long as the user hasn't changed settings to disable it (unlikely). On mobile platforms, no, use too much memory and the OS will kill your app. Mark J. Landman Gay jac...@hyperactivesw.com wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? My project is getting huge. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
J. Landman Gay wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? Yes, but with two caveats: 1. Swap space is limited, and the OS uses it a lot. In most cases it'll do what you need, but it's possible to meet limits. 2. Swap space is slow. If the foreground app dips into swap space the user will encounter a noticeable performance hit. At best, things will momentarily hang; at worst, it'll hang long enough to invoke the spinning beach back for a few seconds until the swap is done. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
This is a situation where using an SSD instead of an HD can make a world of difference. Swaps into and out of an SSD take about a tenth the time. Paul Looney On Jul 3, 2013, at 9:56 AM, Richard Gaskin wrote: J. Landman Gay wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? Yes, but with two caveats: 1. Swap space is limited, and the OS uses it a lot. In most cases it'll do what you need, but it's possible to meet limits. 2. Swap space is slow. If the foreground app dips into swap space the user will encounter a noticeable performance hit. At best, things will momentarily hang; at worst, it'll hang long enough to invoke the spinning beach back for a few seconds until the swap is done. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
If Jacque's program is too big to work with 8 G of RAM, an SSD should be a trivial expense to run it properly. How big IS it? PL On Jul 3, 2013, at 10:22 AM, Richard Gaskin wrote: Paul Looney wrote: This is a situation where using an SSD instead of an HD can make a world of difference. Swaps into and out of an SSD take about a tenth the time. True enough. My first-gen Core i3-powered Dell boots Ubuntu 13.04 in about 9 seconds since I replaced the drive with an SSD. But I'm not sure if Jacque's client is in a position to bundle an SSD with the software. :) -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
If virtual memory makes things slow then customers get cranky. For me, a scroll handle that doesn't follow the mouse pointer is very irritating. Clicking a button again because it didn't work the first time is also very bad, especially if something is done twice. I'd say, work with virtual memory for now to get the concept down, but be ready to do some planning to make things faster. If you are many miles from your customer, you don't see how irritating slow GUI is for your customer, so you have to guess. You can set up processor and memory and disk requirements, but that only partially helps. Dar On Jul 3, 2013, at 10:27 AM, J. Landman Gay wrote: Thanks. It's a desktop app. I was pretty sure that was the case and I wouldn't have to worry. It's just that 6.x still isn't stable for me yet so I was wondering. On 7/3/13 2:25 AM, Mark Wilcox wrote: On desktop platforms, yes, as long as the user hasn't changed settings to disable it (unlikely). On mobile platforms, no, use too much memory and the OS will kill your app. Mark J. Landman Gay jac...@hyperactivesw.com wrote: Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? My project is getting huge. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 12:01 PM, Paul Looney wrote: This is a situation where using an SSD instead of an HD can make a world of difference. Swaps into and out of an SSD take about a tenth the time. Paul Looney A commercial desktop app doesn't have any control over that, unfortunately. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
Jacque, For as long as I can remember, the developer has been able to specify the OS Version, the amount of RAM, and the amount of disk space required for a program. If the program really requires 16 G of RAM or an SSD, the developer should specify that as well. Small SSDs (60 G) are less than $100 today - it once cost more than that to add enough RAM for high-end programs. PL On Jul 3, 2013, at 10:46 AM, J. Landman Gay wrote: On 7/3/13 12:01 PM, Paul Looney wrote: This is a situation where using an SSD instead of an HD can make a world of difference. Swaps into and out of an SSD take about a tenth the time. Paul Looney A commercial desktop app doesn't have any control over that, unfortunately. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
I just can't remember what it was, but I recently saw an app that would not run at all unless it could perform well. Short of that, you can list system requirements. But maybe (eventually) a commercial app should run well even in typical RAM. Now, what is typical RAM? Dar On Jul 3, 2013, at 11:46 AM, J. Landman Gay wrote: On 7/3/13 12:01 PM, Paul Looney wrote: This is a situation where using an SSD instead of an HD can make a world of difference. Swaps into and out of an SSD take about a tenth the time. Paul Looney A commercial desktop app doesn't have any control over that, unfortunately. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 12:29 PM, Paul Looney wrote: If Jacque's program is too big to work with 8 G of RAM, an SSD should be a trivial expense to run it properly. How big IS it? It's for students and they will run the app on their own machines. My concern is for students with old machines, or school lab computers with minimum RAM. The project has an engine with all the shared code, and hundreds of content stacks that are loaded on demand from a server. The student can open as many as they want. They won't have a hundred stacks open at once, but they could easily have ten or twelve, maybe more. Most stacks are around 3 megs, give or take, some are closer to 5 MB. The stacks have destroystack set to false so that they stay resident, which allows navigation between them without having to re-download from the server each time. Nothing is ever written to disk. The engine and its resources must always remain open of course, and it is about 5 megs so far. It will be more when it becomes a standalone. Each stack has multiple movie and audio content that will be streamed. In general, two or three players will be open and running per card. Generally these are maybe 15 MB for a movie and 300K per audio in their compressed sizes (m4a and m4v.) I don't know what they become in RAM while playing. The app also has to hold 2-3 megs of data permanently in variables for internal functions. I have the main engine and three stacks open right now in the IDE. I haven't loaded any players yet or any of the stored variable content data. Console shows 270 MB in real memory and 218 MB in virtual memory. I'm not sure how much of that is the IDE. Thunderbird and Firefox are showing larger amounts. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 12:57 PM, Dar Scott wrote: Now, what is typical RAM? I'd like to know that too, especially for school lab computers. I'd also like to know how I should calculate the minimum requirements. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
Now, I'm being (half) goofy. You can have a student and homeschool version which limits the student to some number of things being worked on and has a requirement of 4G. You can have a school or teacher or government institution version that has no such limit and has a requirement of 8G. Allow people to spend more money on the latter. Dar On Jul 3, 2013, at 12:24 PM, J. Landman Gay wrote: On 7/3/13 12:57 PM, Dar Scott wrote: Now, what is typical RAM? I'd like to know that too, especially for school lab computers. I'd also like to know how I should calculate the minimum requirements. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 1:53 PM, Devin Asay wrote: Why not set the destroyStack to true, and save the stacks as they are downloaded from the server to specialFolderPath(temporary)? Then they would open quickly when re-called. You could make sure the temporary cache was deleted before quitting. Yeah. But I have been forbidden to write anything to disk, for any reason, no how, no way. They are concerned about their content being swiped. Though I confess I've thought about doing it. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 7/3/13 1:49 PM, Dar Scott wrote: I'd like to know that too, especially for school lab computers. I'd also like to know how I should calculate the minimum requirements. Perhaps school districts have guidelines for memory requirements of purchased software as well as upgrade/retire memory requirements for computers in place. That is, your contacts might be able to steer you to district policy that helps. My guess is that most computers in schools were purchased 4 years ago (with 20-year bonds) and have memory for OS+Word or OS+Photoshop. So, maybe 2G? This is just a very wild guess. I can ask them, they might know what the general setup is. Suppose there is only 2G of RAM. There will be lots os disk swapping, right? But nothing will actually blow up? We can say they need to run on a machine with more RAM, but we probably shouldn't crash and burn. Any idea if 4G RAM would be okay for a setup like I describe? I really have no clue about this stuff. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On Jul 3, 2013, at 2:25 PM, J. Landman Gay wrote: On 7/3/13 1:53 PM, Devin Asay wrote: Why not set the destroyStack to true, and save the stacks as they are downloaded from the server to specialFolderPath(temporary)? Then they would open quickly when re-called. You could make sure the temporary cache was deleted before quitting. Yeah. But I have been forbidden to write anything to disk, for any reason, no how, no way. They are concerned about their content being swiped. Though I confess I've thought about doing it. But now we're getting into semantics, right? Because if you use up all your RAM the OS is going to start spooling stuff onto the hard drive. Seems like there are all kinds of safeguards you could put in place to protect their content and still maintain programming efficiencies. Encrypting stacks written to disk for one. Devin Devin AsayLearn to code with LiveCode University http://university.livecode.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 04/07/2013, at 8:16 AM, Devin Asay devin_a...@byu.edu wrote: But now we're getting into semantics, right? Because if you use up all your RAM the OS is going to start spooling stuff onto the hard drive. Seems like there are all kinds of safeguards you could put in place to protect their content and still maintain programming efficiencies. Encrypting stacks written to disk for one. If this is the same project I think it is then she can't use encryption because she can't use any externals... nothing but the executable is allowed... -- Monte Goulding M E R Goulding - software development services mergExt - There's an external for that! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On Jul 3, 2013, at 4:19 PM, Monte Goulding wrote: On 04/07/2013, at 8:16 AM, Devin Asay devin_a...@byu.edu wrote: But now we're getting into semantics, right? Because if you use up all your RAM the OS is going to start spooling stuff onto the hard drive. Seems like there are all kinds of safeguards you could put in place to protect their content and still maintain programming efficiencies. Encrypting stacks written to disk for one. If this is the same project I think it is then she can't use encryption because she can't use any externals... nothing but the executable is allowed… Hey, just make up your own encryption scheme. I know a good one-- A=1, B=2, C=3, etc. ;-) D Devin Asay Learn to code with LiveCode University http://university.livecode.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Memory usage
On 04/07/2013, at 8:22 AM, Devin Asay devin_a...@byu.edu wrote: Hey, just make up your own encryption scheme. I know a good one-- A=1, B=2, C=3, etc. ;-) Ah.. everyone knows how to crack that one now Devin ;-) -- Monte Goulding M E R Goulding - software development services mergExt - There's an external for that! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Determining LC Server memory usage?
Phil Davis wrote: Interesting question, Richard. Here is something I just tried in a quick CGI script. Don't know it gives the memory info we need, but here goes: put p word 2 of shell(ps -p the processID -o rss) k/p Nice solution. I had forgotten about processID. I was hoping for something that could be done from outside the script a la strace, but this is a very useful solution for now. Thanks - much appreciated. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Memory usage
Can I safely assume that if I load a whole bunch of stacks into RAM, that virtual memory will take care of memory usage for me? My project is getting huge. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Determining LC Server memory usage?
Phil's recent thread on LC Server memory usage got me thinking: how can we measure the RAM used by LC Server while it's running? CGI processes generally end too quickly to show up in top. Any other solutions? -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Determining LC Server memory usage?
On 6/30/13 9:16 PM, Phil Davis wrote: Interesting question, Richard. Here is something I just tried in a quick CGI script. Don't know it gives the memory info we need, but here goes: put p word 2 of shell(ps -p the processID -o rss) k/p Maybe there's a way to tweak it for better results. On a related note, is there a way to determine the memory available for a LiveCode app on a desktop machine? Mac Windows? I thought there used to be a hasMemory function or similar. Maybe it was an inert SC placeholder. Phil On 6/30/13 1:28 PM, Richard Gaskin wrote: Phil's recent thread on LC Server memory usage got me thinking: how can we measure the RAM used by LC Server while it's running? CGI processes generally end too quickly to show up in top. Any other solutions? -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode