On Jul 12, 2012, at 11:56 PM, Andrew Hanushevsky wrote:
> Hi Brian,
>
> I think what you really want, on the first order, is time-zone selection. That is on our short-term plan. All servers currently report time-zone the old client does not but the new client will (we obviously can back-port to the old client). While this doesn't solve Nort/South issues it gets close enough for now. Our longer term plan is to have the client rebroker the selection based on actual server performance; which as you have noted is more important than the place your getting data from.
What's "short-term" here? The preference plugin approach can be done in fairly short order.
The timezone approach by itself is relatively inflexible (I can't give it to a student and ask them to play with the different idea) - it's pretty flexible though if implemented as an instance of the preference idea. It's also unclear whether you will also solve the query propagation issue when the timezone approach is implemented.
I think the rebrokering is ultimately the way to go, but is several years out before being battle-hardened and widely deployed.
Brian
########################################################################
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
|