There must be something the servers didn't like about me installing MB v7. My Laptop is down to 0 tasks per day for v7 after just receiving it's first v7 WU, my desktop is down to 33 per day. Both computers have not returned any results for v7... have I done something wrong? Or have the servers done something wrong?

(...)
The important numbers are the "Max tasks per day" and "Consecutive valid tasks".

I'm talking about max tasks per day. That's 0 for my laptop and (now after returning 1 valid result) 34 for my desktop.

I think I may have had a transient 0 quota on beta, while were were testing scheduling there. Sometimes those entries have a little trouble to initialise properly. You can either wait a day or two or 'wenn alle Stricke reissen' force a new hostid, which would give you a clean slate?

---

A person who won't read has no advantage over one who can't read. (Mark Twain)

I guess I'll wait for now, just push the MB tasks before the APs I have in cache, so that the quota will hopefully raise a little. Don't really want a new hostID, specially on my laptop, it has a nice old one...

---

I guess I'll wait for now, just push the MB tasks before the APs I have in cache, so that the quota will hopefully raise a little. Don't really want a new hostID, specially on my laptop, it has a nice old one...

The laptop is now showing 33 max tasks per day. That (and the desktop value) suggests that this project now has <daily_result_quota> set to 33 as has been used at Beta for a few months. It should be some help in reducing the effect of hosts with GPUs producing a lot of errors or invalids, but may also cause some unwarranted limitation on high end GPUs doing good work. With CUDA x41zc the old -12 error design flaw is gone so perhaps the lower base quota of 33*8=264 for GPUs will be OK.

                                                                   Joe

Yeah, looks like it has fixed itself. 33 tasks per day are completely enough for any of my machines, just 0 was a bit too little.

---

Hmmm.
Ready-to-send buffer is shrinking, result creating rate (as slow as it has been) is dropping even further.
Server staus page shows lots of red for the PFB splitters.
May be out of work before the Lab get to work in the morning.

---

Grant
Darwin NT

Hmmm.
Ready-to-send buffer is shrinking, result creating rate (as slow as it has been) is dropping even further.
Server staus page shows lots of red for the PFB splitters.
May be out of work before the Lab get to work in the morning.

And 35 minutes later, pretty much green across the board. Just a hiccup, perhaps.

---

Hmmm.
Ready-to-send buffer is shrinking, result creating rate (as slow as it has been) is dropping even further.
Server staus page shows lots of red for the PFB splitters.
May be out of work before the Lab get to work in the morning.

And 35 minutes later, pretty much green across the board. Just a hiccup, perhaps.

7:10 update shows lots of red.
No mystery, there is only one channel of MB data left to split.
It's been a while since MB splitting has outrun AP splitting.

For a change, we may have to wait for AP to split before more datasets are loaded. There was a lot of upload activity to the colo for the last day and a half, so I suspect there is plenty of data lurking there just ready to burst forth to the splitters.

---

"Time is simply the mechanism that keeps everything from happening all at once."

[quote][quote]
For a change, we may have to wait for AP to split before more datasets are loaded. There was a lot of upload activity to the colo for the last day and a half, so I suspect there is plenty of data lurking there just ready to burst forth to the splitters.

I'm of the same opinion about the amount of data that has been uploaded as I write this the upload link is running at 181.75 MB per second. Another thing that would be interesting to know is what speed are the disks that it is being transferred ontos? Matt said that the upload disks can't handle over 155 MB per second because the hardware is it able to handle it.

---

[quote][quote]
For a change, we may have to wait for AP to split before more datasets are loaded. There was a lot of upload activity to the colo for the last day and a half, so I suspect there is plenty of data lurking there just ready to burst forth to the splitters.

I'm of the same opinion about the amount of data that has been uploaded as I write this the upload link is running at 181.75 MB per second. Another thing that would be interesting to know is what speed are the disks that it is being transferred ontos? Matt said that the upload disks can't handle over 155 MB per second because the hardware is it able to handle it.

The upload link is measured in Mbits - 10 times slower than MBytes. I'm not sure which units the hard disk speed was measured in.

The upload link is measured in Mbits - 10 times slower than MBytes.

You have a special bit there in Britain, Richard?
An Mbyte is 8 Mbits in the real world (so 8 times slower). Or were you also rounding up to the nearest big number, just as all those people in the v7 thread in the news? ;-)

---

The upload link is measured in Mbits - 10 times slower than MBytes.

You have a special bit there in Britain, Richard?
An Mbyte is 8 Mbits in the real world (so 8 times slower). Or were you also rounding up to the nearest big number, just as all those people in the v7 thread in the news? ;-)

Ever heard of start bits and stop bits? :P

Yes, I was just rounding the numbers - part of my formal Physics training (Cavendish lab, Cambridge, before anyone asks). There are some calculations that are best done "to an order of magnitude" - the nearest power of ten. In fact, every scientific calculation should be done to an order of magnitude (as well as with the full necessary precision, of course): it acts as a sanity check on the answer, and helps me instinctively spot little problems like this.

Greetings,

I keep seeing references to this and am wondering:

Why would the v7 science application need to be 'manually installed'? I didn't have to do that, BOINC did it for me... :|

Keep on BOINCing...! :)

---

CAPT Siran d'Vel'nahr - L L & P _\\//
Winders 11 OS? "What a piece of junk!" - L. Skywalker
"Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath

Why would the v7 science application need to be 'manually installed'? I didn't have to do that, BOINC did it for me...

You only have to do a 'manual' installation (or via Lunatics Installer) when you have done some 'fine tuning' on your chruncher like running optimised clients. Then there is an app_info.xml file in the projekt folder which can't be handled by the standard update mechanism.

__W__

---

_______________________________________________________________________________

Greetings,

I keep seeing references to this and am wondering:

Why would the v7 science application need to be 'manually installed'? I didn't have to do that, BOINC did it for me... :|

Keep on BOINCing...! :)

This could have something to do with people who manually added/edit apps prior to using the installer as I had to delete the app_info.xml's on both of my rigs before the latest Lunatics' .exe installed properly (just a thought only).

Cheers.

not looking any better. At the 13:30 UTC update, zero S@H/MB ready to send and only one file/channel being split. The good thing is I'm getting a lot of AP for Nvidia, but that won't last forever.

---

Another Fred
Support SETI@home when you search the Web with GoodSearch or shop online with GoodShop.

One of my Macs got v6 resends last night. And some of my oldest "pending" wingmen have finally timed-out and been reissued....

---

Donald
Infernal Optimist / Submariner, retired

7:10 update shows lots of red.
No mystery, there is only one channel of MB data left to split.
It's been a while since MB splitting has outrun AP splitting.

Strange - first time ever i chrunch, i see no MB-WUs availible instead of AP-WUs.

It's Sten-Arnes decade ;-) - or does he trash all MB data remotely ;-)

__W__

---

_______________________________________________________________________________

7:10 update shows lots of red.
No mystery, there is only one channel of MB data left to split.
It's been a while since MB splitting has outrun AP splitting.

Strange - first time ever i chrunch, i see no MB-WUs availible instead of AP-WUs.

It's Sten-Arnes decade ;-) - or does he trash all MB data remotely ;-)

__W__

I must be Stenny's wingman deluxe right now.......
An AP explosion for the kitties.
I now have 846 AP WUs in cache....more than ever before, I assure you.
Hiya, Sten-Arne.

---

"Time is simply the mechanism that keeps everything from happening all at once."

Totaly out of MB work and no one left on cache, my RAC now will fall as an asteroid!

Panic Mode ON...

I belive is better to go to buy some more beer, this will be a long weekend...

---

Totaly out of MB work and no one left on cache, my RAC now will fall as an asteroid!

Panic Mode ON...

I belive is better to go to buy some more beer, this will be a long weekend...

You do have AP on GPU enabled, no?
I now have 943 of them....no rest for my GPUs.

---

"Time is simply the mechanism that keeps everything from happening all at once."