Reviewed these materials. Leads to a question/input... Background: Long-ago (cpu-cycles billing era) I committed to using TaskQueues (TQ) to minimize on-line handler latency. So, I am exposed to issues related to unpredictable TQ task start times. (Fortunately to date I have not been affected, but figure it is a matter of time.) Long ago asked that developers be given the option of configuring a high-performance TQ which would not be affected by unpredictable start times. The recent thread on this issue suggests I am not alone in these TQ architecture decisions.
Question: The video covered upcoming changes implementing Application>>Server>>Version architecture enabling developers to control performance settings beyond today's "default version only" setup. Looks great. Can I set up a Server>>Version solely to handle my "high-performance" TQ tasks in such a way that task execution will be more predictable? My hope is that if I setup a version that only received my "high performance" TQ tasks, it will not be affected by the task start variability because it will have nothing else to do but TQ tasks. Input: If the answer is "No", please consider a App>>Server>>Version yaml setting by which the developer specify a version which will prioritize immediate handling of TQ tasks (i.e. as if the TQ task was an on-line handler call). If I have mis-interpreted the video: My apologies and please forgive me wasting your time. Thanks, SteveP On Tuesday, November 27, 2012 3:35:03 PM UTC-8, Takashi Matsuo (Google) wrote: > > > Hi Emanuele, > > On Tue, Nov 27, 2012 at 3:10 PM, Emanuele Ziglioli < > the...@emanueleziglioli.it <javascript:>> wrote: > >> Hi everyone, >> >> have been following this group for months but can't recall reading >> anything related to this: currently the instance size is one big knob while >> it'd be useful to be able to select a different instance size at runtime. >> Our web site is perfectly served by F1 instances but it runs out of >> memory of some task queues when iterating over a large number of instances. >> For that reason only we have to run F2 instances at higher costs. >> The type of work we run in task queues really suits MapReduce but the >> java version has been broken for us for many months now. >> Would it be difficult to add a parameter when posting to a task queue to >> request for a larger instance? >> I don't really want to use backends given their bad rep. >> >> > We're working on this. Please see the last part of 'Optimizing Your Google > App Engine App' session in Google I/O 2012: > https://developers.google.com/events/io/sessions/gooio2012/310/ > Please see App Engine Servers section of the presentation. > > >> Similarly, giving people more choice with regards to what instances to >> start and when could perhaps solve a large set of problems that people have >> been complaining about. >> If you can't modify the scheduler to suit all possible needs (I can >> understand it's an impossible goal), just give the ability to write our own >> schedulers. At the end of the day we pay for what we use and the that usage >> is capped by the daily budget anyway. >> >> > Can you star this issue? > https://code.google.com/p/googleappengine/issues/detail?id=5755 > > -- Takashi > > >> Does it make sense? >> >> Emanuele >> >> -- >> 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/-/XM1gBFX-F8sJ. >> To post to this group, send email to >> google-a...@googlegroups.com<javascript:> >> . >> To unsubscribe from this group, send email to >> google-appengi...@googlegroups.com <javascript:>. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > > > -- > Takashi Matsuo | Developers Advocate | tma...@google.com <javascript:> > > -- 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/-/5cy8UoIpRw4J. 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.