Posts by Jeff Buck


log in
1) Message boards : Number crunching : Intel Compute Stick? (Message 1662421)
Posted 25 days ago by Profile Jeff BuckProject donor
Am I the only one who is missing wifi?

Nope. If I can't plug a device into an Ethernet outlet, I don't own it. I wired my whole house with Cat6 cables several years back. I just can't bring myself to trust WiFi security.
2) Message boards : Number crunching : Multi GPU physical support (Message 1657353)
Posted 26 Mar 2015 by Profile Jeff BuckProject donor
I can't point you to anything specific, but try looking for GPU or PCI-e "retainer" or "retention bracket". My T7400's manual calls it a "card retention device".
3) Message boards : Number crunching : Panic Mode On (95) Server Problems? (Message 1647126)
Posted 27 Feb 2015 by Profile Jeff BuckProject donor
Is there anyone else experiencing download problem?


Yes there is - ME.

For about the last 1/2 - 1 hour. Dead, Dead DEAD!!!

Same here. Got 3 out of 5 D/L about 1/2 hour ago, but the other 2 keep failing.

EDIT: Okay, they finally succeeded. Guess the Drano worked.
4) Message boards : Number crunching : Panic Mode On (95) Server Problems? (Message 1646952)
Posted 26 Feb 2015 by Profile Jeff BuckProject donor
"Daddy, what are aaypees? Are they some of those mythical beasts from the fairy tales you read to us, like unicorns? Or did they live in prehistoric times, like dinosaurs, when you were growing up? Do you remember what they looked like?"

"Shut up, kid, and eat your multibeams. They're still good for you, even if they're not sugar coated."
5) Message boards : Number crunching : No output again (for just one WU)? (Message 1634835)
Posted 30 Jan 2015 by Profile Jeff BuckProject donor
May be... Never noticed that before though, but it does seem to match your initial assumption there, overflows where wingmen's results say spikes were less than 30. They don't quit right away in that case though (at least not on CPU), see that one after 3.5h. Definitely had plenty of those before though, overflows past spikes, I mean, and they're easy enough to notice in my case, those that finish sooner than they should but after more than 40 sec or so (which is when the spike overflow ones finish), and never saw any having this issue. Odd...

For these tasks to get marked Invalid, they essentially require 3 conditions. First, they must be overflow tasks with a truncated Stderr. Second, the Spike count must be less than 30 and, third, they must have an Autocorr count of 0. Your task met the first condition and you can see from your wingmen's Stderr output that the 2nd and 3rd conditions were met, as well.

It's brutal on a CPU when all that processing time is wasted. The 4 that I've had this month were all on GPU tasks, none of which ran longer than 11 seconds. It all depends on how long it takes to find the 30th signal (other than a spike) to cause the overflow.
6) Message boards : Number crunching : No output again (for just one WU)? (Message 1634830)
Posted 30 Jan 2015 by Profile Jeff BuckProject donor
In all likelihood, you've just become another victim of: Strange Invalid MB Overflow tasks with truncated Stderr outputs....

I've had four more of those just in the last 3 weeks. Unfortunately, even though a fix to the validator was proposed over a year ago, Korpela apparently chose not to implement it, so we have to continue to live with the problem.
7) Message boards : Number crunching : Panic Mode On (94) Server Problems? (Message 1631726)
Posted 23 Jan 2015 by Profile Jeff BuckProject donor
I'm curious to see what the splitters will do when they get to "tape" 24se13ad. My records show that my machines already processed 287 tasks from that file just last March. They were all MB v7 tasks, however. I didn't get any APs from it. Looks like it should be the next "tape" in line, but I think I'll have to wait until morning to see what happens.

By the dawn's early light (well, actually I guess it's past 9 AM already), I see that the 24se13ad "tape" is now marked "(done)" for MB. It appears that at least some splitting was performed on it, because I see 9 files from that tape on my xw9400 this morning. I compared those file names with the 287 that I crunched last March and got the following.

New file names start with:
24se13ad.17323
24se13ad.18692
24se13ad.31616
24se13ad.32457

March, 2014, file names start with:
24se13ad.2405
24se13ad.3136
24se13ad.3682
24se13ad.10026
24se13ad.11409
24se13ad.15412
24se13ad.19064
24se13ad.19944
24se13ad.24015
24se13ad.24710
24se13ad.24872
24se13ad.28197
24se13ad.28860
24se13ad.30999

I guess that means there's no overlap, but I'm not really sure. Does each of those 2nd nodes constitute a "channel", or is that buried deeper in the file names?
8) Message boards : Number crunching : Panic Mode On (94) Server Problems? (Message 1631531)
Posted 23 Jan 2015 by Profile Jeff BuckProject donor
I'm curious to see what the splitters will do when they get to "tape" 24se13ad. My records show that my machines already processed 287 tasks from that file just last March. They were all MB v7 tasks, however. I didn't get any APs from it. Looks like it should be the next "tape" in line, but I think I'll have to wait until morning to see what happens.
9) Message boards : Number crunching : Panic Mode On (94) Server Problems? (Message 1631113)
Posted 22 Jan 2015 by Profile Jeff BuckProject donor
... but I've been wondering if the Lunatics CPU app will do it right or not. *shrug* Probably not, but oh well, I suppose. Is what it is.

Nope, it won't. Take a look at 3901319917, which was one of mine that ran to completion (an hour and 10 minutes on the CPU) before I wised up and started aborting them when I spotted them.

... now that there's nothing worth trying to save (consecutive valid tasks count.))

Actually, I don't think getting an Invalid will break your MB valid task streak, if you choose not to abort it. However, it will probably waste over an hour of your CPU's time getting it done. Certainly up to you as to which is more important.

Look on the bright side, though. At least you're not going to be running it on an Android device, like the poor _2 on that WU, which took over 18 hours to achieve absolutely nothing!
10) Message boards : Number crunching : Panic Mode On (94) Server Problems? (Message 1631076)
Posted 22 Jan 2015 by Profile Jeff BuckProject donor
Well there goes my 'consecutive valid tasks' count...

Yeah, well, now you're stuck with one of those "guaranteed to fail" MB WUs, too. Join the crowd! :^)
11) Message boards : Number crunching : What is going on here? (Message 1630123)
Posted 20 Jan 2015 by Profile Jeff BuckProject donor
This: Strange, utterly strange MB v7 run as MB v6 with MB v7 app....
12) Message boards : Number crunching : invalid resends (Message 1630122)
Posted 20 Jan 2015 by Profile Jeff BuckProject donor
What's kind of funny (or at least mildly amusing) to me, are those who go to the effort of running (and often fine tuning) optimized apps to squeeze as much productivity as they can out of their rigs, then turn around and think nothing of running tasks that have been shown to achieve zero productivity. Not much optimization can do to help out there! ;^)

Anyway, I'm with the "abort them and move along" faction. So far I've killed 154 (including 25 that were waiting for me just this morning), with no ill effects other than some temporary dampening of my "max tasks per day" threshold (which has never gotten low enough to keep my queue from filling). Even if each of those tasks ran on a GPU for only 5-10 minutes, they would have resulted in quite a few non-productive hours.

Aborting them helps speed the WUs to the 10 total tasks needed for their ultimate demise, which seems to be a constant requirement regardless of whether tasks are aborted or invalidated. And, frankly, I don't much care whether a task shows up on my task list as an Invalid or as an Error. I hate seeing either one, but it's unavoidable with this crop of WUs.
13) Message boards : Number crunching : Panic Mode On (94) Server Problems? (Message 1629665)
Posted 19 Jan 2015 by Profile Jeff BuckProject donor
Bet its those damn Biker Mice from Mars fiddling with the splitters again,
just cant keep mieces outta the works:-)

Well, they may look like mice, but they're actually hyper-intelligent pan-dimensional beings, just running more experiments on us to see how we'll react. ;^)
14) Message boards : Number crunching : Strange, utterly strange MB v7 run as MB v6 with MB v7 app.... (Message 1628989)
Posted 17 Jan 2015 by Profile Jeff BuckProject donor
Looks like my xw9400 downloaded a half dozen of the 01jl12ad.5031 files overnight, all of them _2 or _3. Guess I'll abort them later on if the "legacy V6" issue continues to remain consistent for that channel.

I was wondering if these specific rogue channels might be ones that were initially just partially split a few years ago, but then their tapes were pulled and put back on the shelf before the channels completed, leaving some sort of channel "characteristics" file or database entry hanging around that the current splitters are now referencing. Is that possible?
15) Message boards : Number crunching : Strange, utterly strange MB v7 run as MB v6 with MB v7 app.... (Message 1628855)
Posted 17 Jan 2015 by Profile Jeff BuckProject donor
Hmmmm, now it appears the Splitters have sputtered back to life. I just received a few New APs.
Maybe there is hope.

Well, I got 4 MBs for the CPUs about 20 minutes ago, but nothing since. Hopefully, there's enough in the queue on my xw9400 to get it through the night. It'll be interesting to see how things look in the morning. It's past my bedtime. :^)
16) Message boards : Number crunching : Strange, utterly strange MB v7 run as MB v6 with MB v7 app.... (Message 1628846)
Posted 17 Jan 2015 by Profile Jeff BuckProject donor
So....WTH is this?
01jl12ad.5031.1294.140733193388035.12.95
Legacy setiathome_enhanced V6 mode....

Now we have a New batch of these....things?
I just trashed over a dozen of the 19ap11ad tasks and now this.

Oh, oh. That does look like trouble. It doesn't appear that I've gotten any from that "01jl12ad.5031" channel, but I have successfully processed at least 60 tasks from that same tape, with a different 2nd node in the name. Such as "01jl12ad.16672", "01jl12ad.11174", "01jl12ad.11188", "01jl12ad.15978", and "01jl12ad.21345". It looks like I got all of those more than a day ago, whereas yours looks pretty fresh. Maybe that's why the splitters are stopped.

EDIT: "01jl12ad.23349" and "01jl12ad.24502" look to be OK, too. Those ran on my daily driver.
17) Message boards : Number crunching : Serious BOINC Problem???? (Message 1628212)
Posted 16 Jan 2015 by Profile Jeff BuckProject donor
I think this Wiki might explain what's going on.
18) Message boards : Number crunching : Serious BOINC Problem???? (Message 1628044)
Posted 15 Jan 2015 by Profile Jeff BuckProject donor
But I'll throw in another random observation. Over the last few weeks (possibly a couple of months), I've been noticing that machines with a USB optical mouse have started registering a doubleclick when I'm quite sure I only clicked the mouse button once. That can wreak havoc with toggle command buttons, like BOINC uses.

Either I'm developing Parkinson's without noticing any other symptoms, or somebody has slipped a HID or USB driver update onto the systems without me noticing.

Verrrrry interesting! Perhaps the mice are starting to rise up against us. I started having the exact same problem on my daily driver (Windows Vista) about 4-5 months ago, but with a totally opposite type of mouse, an old Compaq PS2 ball mouse. Most annoying was when I'd click the close button on one window and the phantom 2nd click would also close the window that was directly beneath it. Initially I thought the problem lay with the KVM switch I was using (which was always a little flaky), but the problem didn't go away when the switch was retired and the mouse was plugged in directly. Thorough cleaning and scraping of contacts helped briefly, but not completely and not for long. I finally discovered last month that I had a spare USB optical mouse laying in a drawer, plugged it in, and the problem seems to have gone away.
19) Message boards : Number crunching : Strange, utterly strange MB v7 run as MB v6 with MB v7 app.... (Message 1627569)
Posted 14 Jan 2015 by Profile Jeff BuckProject donor
Anyway, I keep aborting 'em when I see 'em. Even though that does knock down the "max tasks per day" figure, it doesn't do enough damage to prevent me from keeping my queues full with tasks that I can process productively.

Isn't getting these things up to their 10 invalids so they will be purged from the system productive?

The threshold is not 10 Invalid tasks but rather 10 total tasks, so an aborted task counts the same as an invalid, and actually helps the count get to 10 more quickly.
20) Message boards : Number crunching : Strange, utterly strange MB v7 run as MB v6 with MB v7 app.... (Message 1627305)
Posted 14 Jan 2015 by Profile Jeff BuckProject donor
So far your hypothesis seems to be correct the ones i have goten were resends with lots previous invalids

I think the original distribution of _0 and _1 tasks was completed sometime Friday night (Berkeley time). I got my last one of those about 06:00 UTC Saturday. From there on it's been nothing but resends, _2 thru _9 tasks. As the days go by, we should be seeing more and more of the higher numbers, with a dwindling number of tasks overall as more WUs hit their 10 task maximums (of which I've seen a half dozen in my task list, so far).

Anyway, I keep aborting 'em when I see 'em. Even though that does knock down the "max tasks per day" figure, it doesn't do enough damage to prevent me from keeping my queues full with tasks that I can process productively.


Next 20

Copyright © 2015 University of California