Tenaya (Feb 24 2009)

This is turning into quite a pub crawl - any offers from Lincolnshire? (we might be getting a little thirsty as we head south....)

Granted there may be better, or more tailored compression algorithms available, these numbers are a good guide and that tends to validate Ned's observation. Although 28% might be appealing if it could be implemented and if it is related to wu's not not some sublety of Vista NTFS.

We don't usually do pitchers in England, but I'd love to hear the stories - if you're ever in Yorkshire, these are waiting for you:

And a dyed-in-the-wool Lancastrian would risk crossing the border to double the contribution.

F.

And I'll come across from Nottinghamshire to triple the contribution.

Claggy

Add another 4 from Cambridgeshire :).

Mick

We don't usually do pitchers in England, but I'd love to hear the stories - if you're ever in Yorkshire, these are waiting for you:

And a dyed-in-the-wool Lancastrian would risk crossing the border to double the contribution.

F.

And I'll come across from Nottinghamshire to triple the contribution.

Claggy

Add another 4 from Cambridgeshire :).

Mick

Id probably even manage to come over from the isle of man for that :)

...
Joe's comments: the easiest way to pick up that 15% would be to encode the MB work units as pure binary, same as AP. Of course, we'd all need new science apps.

We don't usually do pitchers in England, but I'd love to hear the stories - if you're ever in Yorkshire, these are waiting for you:

And a dyed-in-the-wool Lancastrian would risk crossing the border to double the contribution.

F.

And I'll come across from Nottinghamshire to triple the contribution.

Claggy

Add another 4 from Cambridgeshire :).

Mick

Here's another 4 from a Yorkshireman in Lincolnshire!

To complete the liquid odesey I've got a crate ready here in Hampshire - if he's still standing - and will pour him back on a plane at Heathrow :)

Right now Seti@Home is coping quite well with a 100 Mb connection to the internet
for the most part. This connection has to send out at least 2 copies of each WU,
accept work returned, and send out updated Apps.

If a server closet could be set up at the 1 GB feed to distribute the
WU's, as well as the updated apps, and accept the work returned, then the
bandwidth could easily double.

With Wu's going down the 100 Mb line just once, instead of 2 or 3 times,
returned work coming back on the same line, and new Apps only being
updated to the 1 Gb server closet once per update, the increase in bandwidth
would easily exceed 50%.

It might be easier to have the work returned directly to the lab since the
bandwidth required is so little.

Right now Seti@Home is coping quite well with a 100 Mb connection to the internet
for the most part. This connection has to send out at least 2 copies of each WU,
accept work returned, and send out updated Apps.

If a server closet could be set up at the 1 GB feed to distribute the
WU's, as well as the updated apps, and accept the work returned, then the
bandwidth could easily double.

With Wu's going down the 100 Mb line just once, instead of 2 or 3 times,
returned work coming back on the same line, and new Apps only being
updated to the 1 Gb server closet once per update, the increase in bandwidth
would easily exceed 50%.

It might be easier to have the work returned directly to the lab since the
bandwidth required is so little.

Sounds good, but....

I don't think the two work-units are identical, so you'd need a pre-splitter that made one, and then something else that copied the identical parts to make another.

I'm not saying it's not possible, just that it might not be as helpful as it appears at first blush.

I think it'd be better if all of the servers could end up close to the 1gb feed, and then managed remotely (with the "tapes" sent over the 100mb link) but ultimately, whatever they do has to be workable for them.

If when a new application is available, it might help, a lot, if the application were sent first and the host acknowledges the correct download of same. Before sending any tasks for that application.

Rather than, here is a task, Oh you haven't got the application, wait one I'll send it to you. Only to find the application downloads are not working. Oooops.

Sending out, in some cases 5 copies of the task @ 8 MB each, only for then to fail because the host hasn't got the application yet was a big waste of bandwidth. Which caused all sorts of problems for the project team and us poor users who have now done several long tasks only for them to reach the "Too many errors" threshold.

Surely the data in a workunit (the 366KB or 8MB download file) is identical for all replications. Otherwise validation makes no sense. Have a look in the fanout directories for a current one of yours (the directory name is in the url in client_state.xml). You'll only find one copy.

Surely the data in a workunit (the 366KB or 8MB download file) is identical for all replications. Otherwise validation makes no sense. Have a look in the fanout directories for a current one of yours (the directory name is in the url in client_state.xml). You'll only find one copy.

At the moment, I've got one of the 5.01 "beta" astropulse units that is taking a long time to crunch, so I can't look at Multibeam.

When I look at that workunit, it has a header, plus the data.

I don't have two copies of the same workunit sent to different hosts, so I can't compare two headers to see if they're the same.

I assume they're different -- that they contain information that identifies that result.

The data part of each of these should be identical.

I don't know how BOINC handles directory fan-outs, but I would expect the companion WU to be in a different directory on the server, based on a hash of the file name.

hello from France
i'm happy than the outage was issued, you did a great job.
infortunately i can't get SETI wus, i can only get Astropulse wus and they are too big to crunch with my old PC (about 650 h announced !!!).
do you think i'll can get some in a few hours ?
thanks for you patience
Patrick from "l'Alliance francophone" team.

trouble resolved: i check my preferences and i have now only seti Wus, special thanks to BernardP from my team.

What would happen if say half of the top 25 crunchers no longer needed internet access. Why not make it like netflix?
Image someone could put say 10,000 work units on a DVD and post it to me on Monday. Whenever I crunch through that disk I put all the results on a disk pop it in the prepaid mailer and in 3-5 days a new disk arrives. Rinse and repeat. You would need 3 disks for the system to be most efficient. One that is being crunched and two in the mail going opposite directions. The ermm "benefit" would of course require that the cruncher make regular minimum donations to the project. This would go to cover the time involved and supplies shipping etc. Heck with the decreased server load the total workload may actually improve due to less time spent chasing server gremlins. P.S. I second the request to add Alan array data to the project someday if there ever were a shortfall of raw data. I am still working on getting the other Tesla card for this machine. Just bought the wifey a new Mustang yesterday so the card may have to wait a bit. I can't seem to successfully explain to her why I horde video cards for headless machines...lol Hey, this machine has a 9500, tesla, and 260..How come on the computer information page it is listed as 3x gtx260? Thanks!
____________
"The most exciting phrase to hear in science, the one that heralds new discoveries, is not Eureka! (I found it!) but rather, 'hmm... that's funny...'" -- Isaac Asimov

I'm not so certain that idea would work. One of the Pros of volunteering is that its easy and not a whole lot of work. If people had to load their own workunits via DVD and send results back the same way, they'd quickly find another project.
____________

Aloha!
*shrugs* mo better than spending 2-3 days a week with idle machines reading:
"Scheduler request completed: got 0 new tasks" ;)

____________
"The most exciting phrase to hear in science, the one that heralds new discoveries, is not Eureka! (I found it!) but rather, 'hmm... that's funny...'" -- Isaac Asimov