Of the Woods (Feb 19 2009)

As we move toward the weekend we're sticking with the current raw data storage workarounds, which means servers are loaded heavier than we'd like, but at least data is still flowing. I wouldn't be surprised if there are network hiccups or if the assimilator queue swells during the weekend.

So far this morning lots of chores. Bob and I got a shipment of empty data drives bundled up to be sent to Arecibo. I finished getting the new CPU server configured (now me, Eric, Josh, and Jeff are in less competition for cycles). I made more strides towards retiring the last two Solaris machines. Honestly, depending on the development/production environment I'd still probably prefer Solaris over linux. So I'm sad to see these systems go, but they are both very old Sparc machines that we simply don't need anymore.

Late last week Eric, Jeff and I had a quick meeting to discuss current candidate scoring algorithms - we're pretty sure we'll have to tweak them as we go, but we're in enough agreement to get started implementing this part of the NTPCker. Jeff's been all over that this week. I'm just now turning my focus back to actual development, too. My software radar blanker now agrees with the hardware blanker 90% of the time, which is a very good start. I can add an additional 5% just by adjusting thresholds, but the real test is to run software blanked data through the pipeline and see which workunits generate more RFI (the ones using hardware blanking or the ones using software blanking).

- Matt

____________
-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

Patience required, seems like something is amiss, uploads / downloads are working but extremely slow at the moment.

As Matt say the hiccups mentioned may have started.

No big deal, have a decent weekend break guys and sort things Monday, you deserve it.
____________

Traffic

They are currently at maxed out for network traffic hence the issues.

Also the long CUDA tasks are VLAR. A fix is on its way.
____________


Do you Good Search for Seti@Home? http://www.goodsearch.com/?charityid=888957
Or Good Shop? http://www.goodshop.com/?charityid=888957

As Matt mentioned, they expected some problems to materialize over the weekend.

I do not blame them for not fixing them remotely, if indeed they even could. They deserve to have at least one weekend of "leave it until it clears itself or until we are in the lab again"

Just noticed that the replica db is offline :
BOINC Database Engine State # As of*
Master database queries/second 192 0m
Replica seconds behind master Offline 0m

The one Astropulse workunit should keep the processors happy until the problem either clears or is fixed Monday/Tuesday.

Could do with a break from crunching for a bit. Might actually give me time to clear out my liquid cooling loop and replace the liquid, due a replacement soon anyways.

Don't really worry too much about RAC, to be honest to be actively searching for something that could be life changing for the entire planet is more than gratification for participating.

Hope all your crunchers out there, wherever you may be have a good weekend.
____________

Matt,

I think you need to turn on Coral Cache for distribution of the new Astropulse_v5 5.03 executables. Have a look at WU 417685549 - six download failures, all on the .exe

Edit - is there any way that BOINC can set a separate quota for Astropulse? 100/CPU/day, plus GPU allocation, is ludicrous for an 8MB, 3-day task.

I just got one of nine to upload
It's just very slow.
____________

"requesting 0 seconds of work".