[MERGE] HTTP smart server

Vincent Ladeuil v.ladeuil at alplog.fr
Wed Oct 11 13:06:20 BST 2006


>>>>> "Andrew" == Andrew Bennetts <andrew at canonical.com> writes:

<snip/>

    >> 
    >> I would rather see us reuse the POST object until we find
    >> that it isn't possible.

    Andrew> It is reusing the POST object, exactly the same was
    Andrew> way as the _base_curl and _range_curl objects are
    Andrew> reused.  Did you mean something else?

I think he meant reuse the _base_curl object :-)

The point is that the connection sharing via pycurl occurs via
the curl objects, so if we use 2 curl objects, we basically have
two connections for each host (each shared by the requests using
the curl object). By introducing a third object we now have 3
connections for each host, not really what we want to achieve :-)

As John explained, introducing the _range_curl object was a
workaround because an option (RANGE) set in the _base_curl object
was not cancelable (sp?, resetable ?) and was in the way for the
next non-range request.

So either you can set your options for your request and reset
them once the request have been answered or you *have* to use a
third curl object.

Hope that clarifies things,

        Vincent




More information about the bazaar mailing list