Thanks Rachael,
This is an interesting topic and it will take a little time for me to state my final conclusions. So far I have the following running on TS. 4 complied exe's that are used by ~20 users. These exe's are started in the morning and kept open all day. HHMain . exe MO. exe BunkTag . exe Grader. exe The first (3) are used by several users and several sessions are running. These programs have data entered, edited and printing done on a continuous basis throughout the day, using several forms and look up screens. They all are showing about 20,000K memory usage and have not changed to any significant degree over the last hour. However Grader. exe is used by only two users (sessions). This program has a timer that updates two tables every 10 seconds. It is an in-process grading system on a production line and while it uses only 1 form, it does write data constantly to temp tables and that data is then manipulated and written to permanent tables every 10 seconds. The two users run the same Terminal Server, same complied exe , same database, same form, etc. etc. Truly identical. However session A is at 104,000k while session B is only at 20,000K. Session A is certainly growing and at a rate that could become alarming. As has been stated, this memory usage growth, in itself is not necessarily bad. Cache usage should consume memory. However, at some point the cach should become full and I would not expect to see the session to keep consuming additional memory. Also, I am not sure why session B is not using nearly as much. The first 3 apps that are all consuming ~20,000K should be pretty much comparable to the Grader. exe , with the major exception of the timer eep that updates tables at a high rate of frequency. (every 10 seconds) However, I do not see why the two sessions of Grader. exe are using different amounts at this time. I will certainly keep an eye on the monitors to see what is going on. Again, no real problem is detected here yet. I am just curious as to why some apps are increasing while others are not. I have not seen any memory usage that would/should cause any problems. All are well within expected limits. (I see Word sessions that use much more than 20,000k, although the 100,000+K grader. exe session is starting to get somewhat high) -Bob I will monitor this over several hours to see what happens. ----- Original Message ----- From: "Rachael Malberg " < RachaelM @ DragonflyDevelopmentMN .com> To: "RBASE-L Mailing List" < rbase -l@ rbase .com> Sent: Wednesday, February 17, 2010 8:55:56 AM GMT -06:00 US/Canada Central Subject: [RBASE-L] - Re: Memory Usage out of hand A) What process in the task manager you are seeing "consume" memory and not releasing it. I.E. RBG8. exe or compiled. exe etc. I seen it with both when I ran a test it of a full RBase on the v8 sample db and had the same results but the compiled. exe is the one used for my app. B)Do you see this memory consumption on work stations as well as terminal server? yes On terminal server, you would see either a RBG8. exe or a compiled. exe process for every user running the program. yes, currently only the compiled. exe Does all user's process's climb at about the same rate or do some consume more than others. some more then others because not everyone uses the app as intensely (ie some are not in and out of forms all day long some just need to 'look something up' every once in awhile, while others are intensely entering and updating data...the joke around the office is they're our hard working mem hogs and if the weirdness starts, we locate our hard worker and tell them to take a break for a few seconds (ie sign out and sign back in) I am interested in this as I use terminal services to a great extent. I have not had problems in this area, although on occasion, I do have terminal services seem to lock up on Rbase sessions. I have never really monitored the memory before, but am doing so now as we speak. I have about 20 sessions running on TS. All compiled exe's are showing between 12,000K and 22,000K of memory usage. However, after several minutes, I have not seen them grow any. One exe however, is using 69,000K. This app does not use any "outside" controls other than it does use a form timer extensively. This may be an external Windows function. However, while it is using 3X more memory, I do not see it growing at this time. I will monitor it over time via PerfMon. I too have no 'outside' controls, not even a timer and in the mornings I think everyone is slow in getting going. Most everyone signs in and checks thier 'to dos' then goes and gets a cup of coffee, talk about Farve, the fish missed, or what not and then the fun starts. As the day progresses things start growing and I've got it where most days the weirdness doesn't happen but when it does this is the first place I look. ----- Original Message ----- From: [email protected] To: RBASE-L Mailing List Sent: Wednesday, February 17, 2010 8:29 AM Subject: [RBASE-L] - Re: Memory Usage out of hand Rachael, Could you please post : A) What process in the task manager you are seeing "consume" memory and not releasing it. I.E. RBG8. exe or compiled. exe etc. B)Do you see this memory consumption on work stations as well as terminal server? On terminal server, you would see either a RBG8. exe or a compiled. exe process for every user running the program. Does all user's process's climb at about the same rate or do some consume more than others. I am interested in this as I use terminal services to a great extent. I have not had problems in this area, although on occasion, I do have terminal services seem to lock up on Rbase sessions. I have never really monitored the memory before, but am doing so now as we speak. I have about 20 sessions running on TS. All compiled exe's are showing between 12,000K and 22,000K of memory usage. However, after several minutes, I have not seen them grow any. One exe however, is using 69,000K. This app does not use any "outside" controls other than it does use a form timer extensively. This may be an external Windows function. However, while it is using 3X more memory, I do not see it growing at this time. I will monitor it over time via PerfMon. Let me know what exe's you are comparing and what machines. Thanks, -Bob ----- Original Message ----- From: "Rachael Malberg " < RachaelM @ DragonflyDevelopmentMN .com> To: "RBASE-L Mailing List" < rbase -l@ rbase .com> Sent: Wednesday, February 17, 2010 7:27:18 AM GMT -06:00 US/Canada Central Subject: [RBASE-L] - Re: Memory Usage out of hand I am curious if the browser control is the issue, would closing the form with control free up memory? So perhaps the code rather then refresh the form, would close and re open the form? and just to clarify Larry, using your example you are right but my emphasis was a shared app on a windows network (this is very apparent with more then one user connected and at least one user is entering data) the memory usage will continue to rise as you work and not drop much no matter what you do. If anyone is interested you can get the same results using RRBYW14. Now granted, maxing out RAM has not been an issue however I have multiple users RDP into a server to use an app all day long, once they start hitting 150,000+ k by the afternoon, they MAY experience what we call 'weirdness' which means, temp data doesn't get loaded or updated, forms/reports don't load completely, or the I/O and lock up issues. They will sign out, sign in and return to what they were doing and it will work fine. I would love any suggestions on how to clear allocated memory because clearing variables, disconnecting/reconnecting, and deleting scratch files doesn't do it and honestly I don't know if it is possible since I think this is a MS file sharing thing. ----- Original Message ----- From: "Lawrence Lustig" <[email protected]> To: "RBASE-L Mailing List" < rbase -l@ rbase .com> Sent: Tuesday, February 16, 2010 1:29 PM Subject: [RBASE-L] - Re: Memory Usage out of hand > << > As it's used, memory use will grow all day long, and no matter what is > done, it will not clear till the app is closed. You (and infact everyone) > should see this behavior with other shared apps on a windows network, > although you won't reach a 'tapped out' state for most, you will see the > memory use will grow and grow as people use it but it will never go down > no matter what >>> > > This is not correct. A well-written program will allocate and deallocate > memory as needed, and you will see its memory usage go up and down as you > use it. > > To see this happening in R:Base, start R:Base and open the task manager. > Look at the memory R:Base is using. Now, RBEDIT a really large text file > (multiple megabytes). You'll see R:Base's memory usage shoot up as it > loads and processes the file. When the file is fully loaded, R:Base will > release some of the memory it used during the load process, but will still > be using a good deal more memory than it was originally (naturally, > because it has that large file open). Now, close RBEDIT and you'll see > R:Base's program usage drop back to approximately what it was when you > started it. > > R:Base is allocating and deallocating memory as needed. > > Unfortunately, many programs do leak small amounts of memory so that, as > their memory usage goes up and down during the course of a session, it's > on a somewhat upwards trajectory. When that happens in a process linked > to your application (in this case, perhaps, the Internet Explorer browser > control) then your application will appear to be the one using the memory > and there isn't much you can do about it. > -- > Larry > >
