Re: [google-appengine] App Engine Takes 20 secs to serve some times
> If you enable billing ($9/mo), presumably this is the same as the "always > on instance" of the old pricing model. This is not true, at least in my experience. For very low traffic apps, with billing enabled, I regularly get the 20-30 second loading requests. On Tue, Feb 21, 2012 at 7:30 PM, Jeff Schnitzer wrote: > You're seeing "application startup time". > > That is, the time it takes to fire up an instance of your app when it isn't > running in the cluster. If you're on the free tier, there's no guarantee > your app is running all the time... GAE will shut it down if it sits idle > If you enable billing ($9/mo), presumably this is the same as the "always > on instance" of the old pricing model. > > Jeff > > > On Tue, Feb 21, 2012 at 5:27 AM, pradeep wrote: >> >> Hi All, >> >> Can any one help me to find the issue >> >> actually the Time of service changes every time I not getting what was >> the reason >> >> It takes 20s for few times and it takes 65-100ms most of the time for >> same service call >> >> And I am using multithread as true >> and the cache is basically the asynchronous memcache >> App engine version is 1.6.1 >> >> If you found it, what would be cause of issue in this can share with >> me please >> >> Thanks >> Krishnan >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appengine@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] How to disable Always On
Funny, I've been trying to figure out how to duplicate Always On, not get out of it ;) Always On is no longer around, I think the message "As an Always On customer..." is leftover from before the new billing started and hasn't been cleaned up yet. But I also would like to see recommendations on tweaking the 'Idle Instances' and 'Pending Latency' to try to duplicate Always On without setting up cron jobs to ping the apps regularly. On Thu, Feb 23, 2012 at 1:27 PM, stevep wrote: > I am embarrassed to ask this on SO. Maybe this group will be more > forgiving. I do not spend much time in the Application Settings, so > feel incredibly frustrated because this undoubtedly is easy. (Why > can't Google spend a little money to hire an experienced technical > writer to improve their docs for things like billing with ***case > studies***, ***in-depth exmplanations***, etc. Why must every GDamn > thing like these complex billing settings be a journey from Google > Search to S.O., GAE Groups, etc. (Spitting into the wind of course, > but needed to vent.) > > OK -- just enabled billing on a new app. Last time I did this I was > able to figure out how to turn off always on (AO), and had different > sliders vs. default. Mucho on S.O. now about AO being deprecated as of > 1.6. But my application setting page tells me, "As an Always On > customer you can adjust your Min Idle Instances from one to three..." > > So my default setting after enabling billing is "Always On" as > default, yet AO is deprecated as of 1.6??? After many searches, I > know virtually nothing about getting out of AO. Ironically there is a > link the the AO page section quoted above saying "learn more" -- yet > it links to something that provides zero additional useful AO > information. Really G. is this your cruel method of reminding me of my > minor mental powers because I should intuitively understand AO? Do you > enjoy reading about people like me expressing his frustrations > figuring out really important stuff like application settings? Does it > make you fell superior? (more venting, sorry) > > I have twos AO sliders for warmup count and pending latency? Is this > all I need? How do I optimize this using Brandon's helpful directions > about instance optimization? > > TIA -stevep > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: It seems "Cold Starts" is an unavoidable problem for GAE. So why not to conquer it?
> The way it is supposed to work with min idle instances set is: > - idle instance is warm and ready (let's call it I1) > - request comes in > - request goes to the idle instance at which point another instance is > immediately spun up (let's call it I2) > - you now have 1 idle instance (I2) as well as 1 instance serving traffic > (I1) My experiences have been similar to Tapir over the last month or so. I have an app that I have been testing to try to duplicate the always on behavior in the new setup. This app has not been updated, etc., in that time, billing is enabled, no datastore access, or any other services, just dynamically generated html. First, I tried the automatic setting for idle instances, and did not keep track, but visiting the app about once a day I noticed that many of those requests were loading requests, taking 20-35 seconds to load, with subsequent requests performing fine. Next, I tried setting idle instances to 1, and visiting about once a day, 7 out of 10 initial requests to the app were loading requests, with subsequent requests performing fine. Finally, I tried setting idle instances to 2, and visiting about once a day, only 3 out of 9 initial requests were loading requests. So, better with 2, but still not what I would consider acceptable. If this is the expected behavior, I would suggest that it probably shouldn't be. - Mark On Thu, Mar 15, 2012 at 3:54 AM, Gregory D'alesandre wrote: > Hey Jeff, > > The way it is supposed to work with min idle instances set is: > - idle instance is warm and ready (let's call it I1) > - request comes in > - request goes to the idle instance at which point another instance is > immediately spun up (let's call it I2) > - you now have 1 idle instance (I2) as well as 1 instance serving traffic > (I1) > > I know it might seem like we are taking the label too literally but we are > trying to maintain idle capacity for you. The tricky part is since we > always spin up a new idle instance when an existing one begins to serve > traffic it looks like they are sitting around unused when they are in fact > being used often just others immediately take their place. Are you sure > this is not the behavior your are observing? > > Thanks, > > Greg > > On Wed, Mar 14, 2012 at 8:00 AM, Jeff Schnitzer wrote: >> >> On Wed, Mar 14, 2012 at 4:28 AM, Tapir wrote: >> > >> > On Mar 14, 1:17 pm, Gopal Patel wrote: >> >> you mean, always have one instance more than required ? ( who is going >> >> to >> >> pay for that ? ) , and is not minimum idle instance same thing ? >> > >> > It is different with the normal resident instance. >> > It is an instance to handle requests only at the time of the situation >> > "no available instances and need create a new instance", >> > so that many "Cold Starts" can be avoided. >> >> This is pretty much exactly what setting minimum idle instances does. >> Requests are preferentially routed to dynamic instances rather than >> resident instances. >> >> The problem is, something in the scheduler is broken. Instead of >> routing requests to the idle instance, GAE prefers to route requests >> to a fresh instance, causing the user to wait while an instance warms >> up. That setting is probably best described as "minimum useless >> instances". Maybe somebody took the "minimum _idle_ instances" label >> too literally ;-) >> >> This is the behavior I observed a week or two ago. Hopefully it will >> be fixed. Doesn't sound like it has been so far. >> >> Jeff >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appengine@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Google App Engine as Jabber Server
See [1], you can use app...@appspot.com or ANYTHING@APP_ID.appspotchat.com. Also, there is an accepted issue to allow xmpp on your own domain at [2], so based on current progress, that should be ready in 8 to 10 years. [1] http://code.google.com/appengine/docs/java/xmpp/overview.html [2] http://code.google.com/p/googleappengine/issues/detail?id=2145&can=1&q=xmpp%20on%20own%20domain&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log On Tue, Mar 20, 2012 at 3:32 PM, Markus Unger wrote: > Hey! > > Is there a way to create accounts for my current Google App Engine Account? > Currently I can just use app...@appspot.com to send and receive messages. > But I still want to create my own accounts with password maybe like this > > user1_app...@appspot.com > > Is this possible with the current GAE? > > Regards, > > Markus > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/dfzKpdovfmEJ. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Google App Engine as Jabber Server
You can't do what you are trying to do with App Engine. I'm not sure exactly what you are trying to achieve, but you can have a look at the links below, otherwise you would need to host your own xmpp server. Google Apps: http://support.google.com/a/bin/answer.py?hl=en&answer=60767&topic=10179&ctx=topic hosted.IM: http://hosted.im/ On Tue, Mar 20, 2012 at 4:40 PM, Markus Unger wrote: >> I want that a use myuser@app...@appspot.com can use app...@appspot.com as >> a jabber server and they should connect via a native client like PSI or >> Trillian... > > > ANYTHING@APP_ID.appspotchat.com is just another use of the backend account > app...@appspot.com > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/FgWijfeN6o4J. > > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: In your opinion what are the most complex web applications built on top of google app engine ?
> How do you "talk to App Engine team in person"? sign me up :) https://developers.google.com/appengine/docs/premier/ On Wed, Mar 28, 2012 at 8:48 AM, alex wrote: > How do you "talk to App Engine team in person"? sign me up :) > > > On Wednesday, March 28, 2012 2:16:39 PM UTC+2, Greg D'Alesandre wrote: >> >> I'd like to second that, there are a lot of folks in the Group from the >> startup and hobbyist communities which is why you hear from those segments a >> lot but there is a large group of folks out there building applications >> (and businesses) along these lines that talk to the App Engine team in >> person but don't participate as much on the list. >> >> I too would love to hear more about it! >> >> Greg D'Alesandre >> Senior Product Manager, Google App Engine >> >> On Wed, Mar 28, 2012 at 8:01 AM, Richard Watson >> wrote: >>> >>> I think your app is perfect for GAE, actually. Build something you charge >>> for, have it cost less than that, never (or rarely) worry about scaling. The >>> thing is called Google "App" Engine, not >>> Free-Google-Platform-For-Your-LOLcat-Website. Would love to read more about >>> what you've done. >>> >>> On Wednesday, March 28, 2012 8:38:39 AM UTC+2, doright wrote: well, I'm not in these guy's league but I have built a Saas on GAEJ, it's been in production since late 2010, with paying customers. I plan to write up my experience at some stage, as I know its not your typical GAE app. Its more of an enterprise software solution than a true web-startup, but so far I've found GAE keeps on delivering and I have used pretty much most of what they have to offer in terms of infrastructure. Most of what I'm not using yet I certainly plan to use in the future. Its been a mainly very positive experience. (you can see links in there to a library of videos demonstrating the sort of functionality) www.bikeshopmanager.com (re-posted this at the correct level, with link) >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Google App Engine" group. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msg/google-appengine/-/HE8c9rSpSBMJ. >>> >>> To post to this group, send email to google-appengine@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >> >> > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-appengine/-/y9y_XXJ5XGwJ. > > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] >15 second response times
Those slow requests are being handled by new instances, and so must load the app before they can handle the request, and this can take 15-45 seconds. The scheduler is supposed to route requests to existing instances, and have, in theory, idle instances already warmed up to route requests to when load increases. In my experience, though, this is nowhere near true, and you should expect occasional loading requests on medium traffic apps, and for very low traffic apps, expect every request to be a loading request, unless and until they get this issue resolved :( On Tue, Mar 27, 2012 at 11:50 PM, Vanessa wrote: > We have an application (what-matters, www.whatmattersnow.org) built on > the Java version of App Engine. It's using high replication. > Yesterday we started noticing occasional very, very slow page loads. > Requests that typically return in under 200 ms are taking more than 15 > seconds to return. The problem is intermittent and not consistently > reproducible. Is something happening on app engine that could cause > this? Thanks! > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Custom domain issue
Jeff, Quick question about CF, since you are somewhat familiar. I currently use nginx on an EC2 instance to handle SSL on a custom domain. Also, though, this setup allows me to do things like: redirect all naked domain requests to www redirect all http requests to https reverse proxy www.example.com -> app1.appspot.com reverse proxy api.example.com-> app1.appspot.com/api reverse proxy other.example.com -> app2.appspot.com Is this stuff all possible (and straightforward) with CloudFlare? And is it simple to manage multiple domains from one account? Thanks in advance for any information you can provide. - Mark On Tue, Apr 3, 2012 at 1:47 PM, Jeff Schnitzer wrote: > On Tue, Apr 3, 2012 at 12:36 PM, Gwyn Howell > wrote: >> Have you tried this service? I might give it a spin. Any advice? > > Yes - I wrote that blog entry. We're happy with it. As I mentioned > in the blog, it's likely we will stick with CloudFlare even if GAE > offers SSL natively: > > http://blorn.com/post/20185054195/ssl-for-your-domain-on-google-app-engine > > The only situation in which we can imagine having to think about it is > if Google's native solution came in cheaper than $20/mo, and then we > had to decide if CF's other features were worth a premium. Yeah, we > are cheapskates. Since the trial balloon price Google floated in a > public survey posted to this list several months ago was $100/mo for > VIP (not-SNI) SSL, I don't expect to face that decision. > > Jeff > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Custom domain issue
> Jeff, > > Quick question about CF, since you are somewhat familiar. I currently > use nginx on an EC2 instance to handle SSL on a custom domain. Also, > though, this setup allows me to do things like: > > redirect all naked domain requests to www > redirect all http requests to https > reverse proxy www.example.com -> app1.appspot.com > reverse proxy api.example.com -> app1.appspot.com/api > reverse proxy other.example.com -> app2.appspot.com > I should have also noted, that I understand that all of this setup is possible solely with GAE and Google Apps, but this setup allows me to manage it all in one place, as opposed to several. And I was wondering if the same would be possible with CF. > Is this stuff all possible (and straightforward) with CloudFlare? And > is it simple to manage multiple domains from one account? > > Thanks in advance for any information you can provide. > > - Mark > > On Tue, Apr 3, 2012 at 1:47 PM, Jeff Schnitzer wrote: >> On Tue, Apr 3, 2012 at 12:36 PM, Gwyn Howell >> wrote: >>> Have you tried this service? I might give it a spin. Any advice? >> >> Yes - I wrote that blog entry. We're happy with it. As I mentioned >> in the blog, it's likely we will stick with CloudFlare even if GAE >> offers SSL natively: >> >> http://blorn.com/post/20185054195/ssl-for-your-domain-on-google-app-engine >> >> The only situation in which we can imagine having to think about it is >> if Google's native solution came in cheaper than $20/mo, and then we >> had to decide if CF's other features were worth a premium. Yeah, we >> are cheapskates. Since the trial balloon price Google floated in a >> public survey posted to this list several months ago was $100/mo for >> VIP (not-SNI) SSL, I don't expect to face that decision. >> >> Jeff >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appengine@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
