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

Lots of progress - amazing. This is one intense project.

Thanks for the inside info.

Bob Mahoney

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.

---

Well I haven't been able to upload all day:( Oh well it will wait until next week. I have noticed that all of my computers have had a major drop in work credit. One computer has dropped to 25% of last month and the others have lost about 30%. <----assumes that this too will pass.

---

"It is better to be hated for what you are then to be loved for what you are not"
- Andre Gide (1869-1951)

Yes dido here. I am running a CUDA and I have noticed some WU's are taking up to almost 3 hours of processing time and I am only getting credit for like 3.4 minutes on my CUDA.(Most WU's on a CUDA finish in less than 25 min.) Oh well there was some talk about having to adjust the scoring for some reason.

Regards

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.

My messages are reporting:

2/22/2009 11:22:18 AM||Internet access OK - project servers may be temporarily down.

However the stats page doesn't seem to report much in the way of problems. I'm unable to download any work units. Should I assume this is a result of the problems reported above?

Nick

---

Yes. This is exactly the reason why I always have 10 days of work on hand.. ;)

The Astropulse downloads have overwhelmed the available network bandwidth, causing many download errors, each of which causes a reissue of the WU, which then also errors out, which causes yet another reissue. It is a vicious cycle.

The easy solution is to shut off the AP splitters until run out, then run only one splitter. That way, the bandwidth can probably efficiently handle the downloads and allow uploads to get a little time, too.

Eventually, everyone will fill their caches, which, by the way, should be only one day or two until things settle down. After things are smoother, then we can greedily (but slowly) raise our AP cache sizes.

Whit

Seems like we have hit a load issue.

None of my workunits will upload... :-(

---

/Marook

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

---

I've four workunits that won't upload, too... and that message, "Internet access OK - project servers may be temporarily down."

Cross the fingers and wait, I suppose.

---

* Viking *

Since yesterday, none of my units uploaded. I have run out of work...

"requesting 0 seconds of work".

If BOINC is not requesting any work, then it either thinks it has enough or it owes CPU time to another project that you may be attached to.

---

I am down to 2 thing only running I have a big list now wanting to upload, my poor processors are starting to get the jitters with nothing to do. But I do understand new things happening and long weekends.

I am down to 2 thing only running I have a big list now wanting to upload, my poor processors are starting to get the jitters with nothing to do. But I do understand new things happening and long weekends.

This is why you should always have a second project attached with a low priority - like 5 or 10. When your main project (SETI) locks up, your cpu will work for another project rather than sit idle. There are dozens of other BOINC projects that would appreciate the extra cycles here and there...

I hope that this problem will be solved asap. Im runnig out of work.

"requesting 0 seconds of work".

If BOINC is not requesting any work, then it either thinks it has enough or it owes CPU time to another project that you may be attached to.

... or one or more WUs are suspended in the task list on your computer.