 |
 |
Streams are there to allow the server to answer requests out of order not to necessarily parallelize requests. In fact, there are limited cases where requests will be parallelized. The only way to assure parallel requests is by via new connections. So, this is the proper behaviour in the proxy server. It has nothing to do with the client. Andy On Thu, 29 Aug 2013, Matevz Tadel wrote: > Hi, > > Grepping through proxy code ... the id seems to be added here (called from > XrdPssFile::Open(): > https://github.com/xrootd/xrootd/blob/master/src/XrdPss/XrdPss.cc#L889 > > The comment says this is done to enforce a new stream ... but we get a whole > new connection. > > Matevz > > On 08/29/13 00:39, Lukasz Janyst wrote: >> On 28.08.2013 20:28, Alja Mrak-Tadel wrote: >>> On 8/28/13 8:57 AM, Lukasz Janyst wrote: >>>> Alja, are you sure that it's not something that you are doing >>>> yourself? >>> I'm don't have XROOTD_VMP in my environment . I running simple tests: >>> a c-application which creates XrdClient, opens a file and reads it. >> >> Which means that you must be passing full URLs to XrdPosix calls. It >> looks >> like these get propagated to XrdCL unaltered, so it's probably you who adds >> the >> usernames. Can you please verify? >> >> Cheers, >> Lukasz >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the XROOTD-DEV list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1 > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the XROOTD-DEV list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1 > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-DEV list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1