Richard, I completely understand that your idea can be done somewhat quickly.
(In fact, I think the suggestion that SETI use a squid cache for downloads is a great idea -- off the shelf, just set up and find a corner for the box.) I completely understand that my suggestions may not be helpful for a year or more. Do we put off changes to the client, and then have this same conversation next year? ... or do we want some more tools in the toolbox, just in case? -- Lynn Richard Haselgrove wrote: > >> Advantages > >> ------------ > >> Relatively simple server requirements for the 'data concentrator' - > just cgi, and some filesystem-level cron scripting > >> Much cheaper than $80,000 for 'fibre up the hill' > >> Quicker to implement than more esoteric suggestions - I don't think > there's anything above that's more complicated than the staff regularly > achieve in their sleep! > >> Scalable - multiple concentrators could be set up, on different > continents if desired. > >> Reversible - just switch the upload DNS to point back to Bruno, and > it'll work as before > Plus > > Can be implemented by the project without waiting for a new client to be > developed and deployment to reach critical mass _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
