Maybe there is a simple solution to this - before I spend a lot of effort on it.
I'm creating a multi-user application, kindof like a Wiki where users can upload data and customize things to their own needs. The problem: I'm paying for all the resources they'll use, and I don't want one user to eat up everything, everyone should get their fair share. I've browsed the docs a bit and seem to have found an API call that can report the number of CPU cycles used in the current request. But for this and all other things - bandwidth usage, database calls, etc. What is the best approach? Basically I'm going the route of wrapping all routines in parent routines that catalog all the activity in the current request and save it to the datastore relating to the user's login id. The problem - all the measuring, catalogging, saving to the datastore itself eats up resources and slows things down, so I was hoping (maybe a little too optimistically) that their might be a better way to provision / measure resources used by an application on a per-request or per-user basis. Maybe some APIs or other technique. If not is there any idea as to if such functionality is planned? (Maybe a Google person has some insight). If this functionality doesn't yet exist I may possibly start an opensource reusable library for this. Thought I may be missing something simple - but there are a lot of multiuser GAE apps out there. How are people provisioning/preventing any one user from eating too many resources/possibly bringing the app down for all the others (by possibly exceeding quota)? Thanks much in advance!! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~----------~----~----~----~------~----~------~--~---
