On Tue, Dec 2, 2008 at 4:20 PM, Amir Michail <[EMAIL PROTECTED]> wrote:
>
> On Tue, Dec 2, 2008 at 3:08 AM, Amir Michail <[EMAIL PROTECTED]> wrote:
>> On Tue, Dec 2, 2008 at 3:07 AM, Greg <[EMAIL PROTECTED]> wrote:
>>>
>>>> When doing a urlfetch, it may take quite a long time.  As this is not
>>>> a CPU usage issue, what's the point of limiting the request time
>>>> anyway? Why not allow the request to go on for a minute or so?
>>> Because it ties up memory for the duration of the request. Imagine if
>>> they allowed hour long requests - it would be easy to swamp machines
>>> with requests waiting for a response.
>
> Or just handle it with some sort of memory quota.

It's not just memory, it's also the fact that threads are also
waiting. And there are only a limited number of threads that can be
created and can be waiting at any time.

If all of your threads are waiting, even for a single minute, then no
other requests can be served in the meantime. Then, at peak, more
requests will come in which will have to be queued. Ad infinitum:
you'll end up with HTTP requests which have to timeout because there
aren't any threads available to handle them.


-- 
JM Ibanez --

The worst government is often the most moral. One composed of cynics
is often very tolerant and humane. But when fanatics are on top there
is no limit to oppression.
    -- H. L. Mencken

-----
http://www.livejournal.com/~jmibanez/
httitp://www.mycgiserver.com/~butiki/

--~--~---------~--~----~------------~-------~--~----~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to