Perhaps a request to Matt or Eric for some script to -

(a) Detect the machine through put per day, over, say, 1 to 2 weeks. This would be capped, initially, to the 400 WU limit.

(b) When the machine numbers are known, then to allow individual rigs the rights to raise more WUs than the cap.

I think this may be low priority, though!

The fall in output is definitely a by product of the 2 planned/unplanned outrages, and is affecting different rigs in different ways.

But, for the Win OS users the Update Tuesday, and OS Automatic Update feature may also have a temporary (and debilitating) effect on depressing output. I know it happened to me on 2 rigs, and always when I am asleep?

---

It's good to be back amongst friends and colleagues

But, for the Win OS users the Update Tuesday, and OS Automatic Update feature may also have a temporary (and debilitating) effect on depressing output. I know it happened to me on 2 rigs, and always when I am asleep?

I have all crunching rigs set to 'download and notify', rather than the full auto-install: then I run the actual update later, when I can be around to catch anything that might go wrong. (Just occasional, the reboot fails: I had one in January that completely disabled the machine until I rolled it back, then installed a driver update.

But unless it's Vista SP1, you don't really lose a lot of crunching time for an update.

I agree that the host should 'earn' its download limit then most of the problems would be overcome. The very fast multi-cpu hosts could download as much as they need plus a little bit more but at the same time slow machines would be restricted to a few plus one units per day.

But going back to JD's Q6600, I've just looked at some results and for the VHAR's the average time is 780sec, that would be 110/cpu/day. May be a problem you think, but the time for all other AR's is ~1 hr, so if it it crunched only 12 units at other AR's during the 24 hr period it could still crunch ~387 VHAR's.
Theoretically possible but very unlikely.

Edit] If it could get that many VHAR's the RAC would be ~6500 +/- 100 [/edit

Looks like Thurston has partially recovered. It now stands at number 26.

Keep crunching JDW

---

It's good to be back amongst friends and colleagues

I have all crunching rigs set to 'download and notify', rather than the full auto-install

I dont mind the auto install, its the auto reboot that ticks me off, especially if the PC is in use as a file server & then simply gets rebooted... Argh

Now it's all set to notify me rather than doing it all automatically

---

Keep crunching JDW

Howdy neighbor,
Air is mighty thin up here, Can't breathe.... Bring oxygen!!!


[edit]
WinterKnight wrote:

Edit] If it could get that many VHAR's the RAC would be ~6500 +/- 100 [/edit

My ballpark estimate for yesterday is 7400 credits returned. Of course a "ballpark" is a big place with lots of room for error. BoincStats will be of little help in confirming with the project DB issues over the past ~40 hours.

Can we wait on the keepers of the stats and hope the data is still available for fetching.

FYI: I am often wrong, this might be one of those times. But then again... ;-)

Also, it might be helpful to know that while many consider a day to be 00:00 UDT - 24:00 UDT, WU quotas seem based on Berkeley's clock (currently 07:00 UDT - 07:00 UDT) Thus I could DL some more work just past midnight Berkeley time. I don't know which timeframe should be used, but I prefer UDT day since I try to do an upload just before 24:00 UDT daily.

Now back to bed for me.

[/edit]

---

Keep crunching JDW

Howdy neighbor,
Air is mighty thin up here, Can't breathe.... Bring oxygen!!!

Do you think you be able to climb to the top of Mt Everest and knock NEZ off?

---

BOINC blog

Air is mighty thin up here, Can't breathe.... Bring oxygen!!!

Thin air is often cool air, so thats a plus for your overclocking ;)

---

Keep crunching JDW

Howdy neighbor,
Air is mighty thin up here, Can't breathe.... Bring oxygen!!!

Do you think you be able to climb to the top of Mt Everest and knock NEZ off?

Don't know NEZ, can you point to his host and I'll check.

Keep crunching JDW

Howdy neighbor,
Air is mighty thin up here, Can't breathe.... Bring oxygen!!!

Do you think you be able to climb to the top of Mt Everest and knock NEZ off?

Don't know NEZ, can you point to his host and I'll check.

He keeps his individual hosts hidden, but he's been the #1 top user for years.

He keeps his individual hosts hidden, but he's been the #1 top user for years.

With a RAC of over 1 million, I think thats going to be a hard group of PC's to beat... Thats like 130 Q6600's Clocked to 3.2 running the optimised application. I sure know I cant afford the PC's let alone the power to run them beasts :)

---

Much has been speculated about NEZ over the years

---

It's good to be back amongst friends and colleagues

Much has been speculated about NEZ over the years

I can add some speculation...
I wonder if NEZ has a backdoor to fetch WUs when us mortals can't?

Makes me a bit more secure now about staying up with my ol' buddy JD (Old No. 7) last night to add a few WUs to Thurstons cache. I didn't want to be greedy, so I stopped at 100 WUs nightcap and hope to add another 100 or over breakfast & lunch. But then again....

---

Makes me a bit more secure now about staying up with my ol' buddy JD (Old No. 7) last night to add a few WUs to Thurstons cache. I didn't want to be greedy, so I stopped at 100 WUs nightcap and hope to add another 100 or over breakfast & lunch. But then again....

Well if I could help feed you a few extras I would, but alas it does not work that way :(

---

All,

Well I've been privy to some early numbers and must apologize for my rant of hours past. Though Thurstons WU processing rate was quite high with the maelstrom of VHAR distribution over the past 48 hours, he was still very short of being able to crunch and return his download limit of 400 WU/day.

In fact WinterKnight made the accurate assessment of reading Thurstons (and my) situation of being a "new" host trying to build a cache while being flooded with the VHARs. No Thurston is not a new host, just rebuilding his cache like a new host. There were not any of the said "errors", but there were 2 "user aborts" due to BOINC 4.45 client as wingman, and pretty fast turn around.

@WinterKnight - I'm sorry for coming off brash. I'll try to keep my passion in check and the "cork in the bottle" after midnight, while awaiting the time that I can push the button to get more work.

Humbly yours,
JDWhale


[edit] I just noticed that Wrongway, the other Q6600, has worked her cache to less than 12 hours, ~30 WUs, after dealing with the same VHAR attack, I hope we can get more work soon. [/edit]

---

I have no idea, In any case the 400 WU per day limit needs to be raised or eliminated, As Quads and the newer apps can exceed the 400 limit on WU production.

Before one advocates removing the limit, one needs to know why the limit exists in the first place.

If, through some unanticipated glitch, you end up with an extremely low duration correction factor, BOINC will think that it can crunch orders-of-magnitude more work than it can actually handle. Same thing with a screwy benchmark.

Having an upper limit prevents a machine from downloading months of work all with short deadlines.

Also, from a software standpoint, a four core processor is four CPUs. The underlying software can't tell the difference between one CPU in each of four sockets, and four CPUs in one socket.

---

Not sure if we are soon to get another, unplanned, outrage. The Cricket Graphs have been very low for hours, suggesting one of the servers have fallen over (again).

People should now be in to sort things, but it will muck up JDW's plans as the recovery hits.

Hopefully my observations are wrong?

Looks like the Admins are powering on and sorting the issues on the fly.

This is on the Home page

April 10, 2008
We are having workunit storage server problems again. If you are having trouble downloading workunits, please try again in a few hours

Looks like the server reset problem was never really resolved, just lucky no resets occurred until bow. See Eric's comment here!

---

It's good to be back amongst friends and colleagues

But, for the Win OS users the Update Tuesday, and OS Automatic Update feature may also have a temporary (and debilitating) effect on depressing output. I know it happened to me on 2 rigs, and always when I am asleep?

I have all crunching rigs set to 'download and notify', rather than the full auto-install: then I run the actual update later, when I can be around to catch anything that might go wrong. (Just occasional, the reboot fails: I had one in January that completely disabled the machine until I rolled it back, then installed a driver update.

But unless it's Vista SP1, you don't really lose a lot of crunching time for an update.

Yes, I too am setup to "download and notify" (running XP Home). But a couple of times over the past 6 months I have got up in the morning to find that the box has re-booted as a result of a Windows Update. Most annoying!!

F.

---

But, for the Win OS users the Update Tuesday, and OS Automatic Update feature may also have a temporary (and debilitating) effect on depressing output. I know it happened to me on 2 rigs, and always when I am asleep?

I have all crunching rigs set to 'download and notify', rather than the full auto-install: then I run the actual update later, when I can be around to catch anything that might go wrong. (Just occasional, the reboot fails: I had one in January that completely disabled the machine until I rolled it back, then installed a driver update.

But unless it's Vista SP1, you don't really lose a lot of crunching time for an update.

Yes, I too am setup to "download and notify" (running XP Home). But a couple of times over the past 6 months I have got up in the morning to find that the box has re-booted as a result of a Windows Update. Most annoying!!

F.

Since I no longer use IE for anything other than Windows Update and also since I don't use Outlook Express anymore as I now use Firefox and Thunderbird, Thunderbird is a native XP x64 app in this case, I'd use the x64 version of Firefox(Yeah It exists as 2.0.0.13 last I looked), But Adobe still won't support Flash and what not in a native x64 form and that sucks.

---

The T1 Trust, PRR T1 Class 4-4-4-4 #5550, 1 of America's First HST's

But, for the Win OS users the Update Tuesday, and OS Automatic Update feature may also have a temporary (and debilitating) effect on depressing output. I know it happened to me on 2 rigs, and always when I am asleep?

I have all crunching rigs set to 'download and notify', rather than the full auto-install: then I run the actual update later, when I can be around to catch anything that might go wrong. (Just occasional, the reboot fails: I had one in January that completely disabled the machine until I rolled it back, then installed a driver update.

But unless it's Vista SP1, you don't really lose a lot of crunching time for an update.

Yes, I too am setup to "download and notify" (running XP Home). But a couple of times over the past 6 months I have got up in the morning to find that the box has re-booted as a result of a Windows Update. Most annoying!!

F.

Since I no longer use IE for anything other than Windows Update and also since I don't use Outlook Express anymore as I now use Firefox and Thunderbird, Thunderbird is a native XP x64 app in this case, I'd use the x64 version of Firefox(Yeah It exists as 2.0.0.13 last I looked), But Adobe still won't support Flash and what not in a native x64 form and that sucks.

Really? I have not seen Firefox or Thunderbird as native 64bit apps.