Posts by Mr. Kevvy


log in
1) Message boards : Number crunching : Average Credit Decreasing? (Message 1792091)
Posted 10 hours ago by Profile Mr. KevvyCrowdfunding Project Donor
. . But is that option to refuse all GPU based Guppi WU's? It would be effective but a little drastic.


That may be, but it would offer an alternative to those who are aborting GUPPI work units by the thousands, which is far more drastic. And since the SAH team is apparently working on it, it's "approved".
2) Message boards : Number crunching : Average Credit Decreasing? (Message 1792074)
Posted 13 hours ago by Profile Mr. KevvyCrowdfunding Project Donor
re:
a solution to allow GUPPI VLAR GPU work units to be refused in the Project Prefs. is being worked on...


Since I posted this, I've been more and more mystified by one facet of it:

It was indicated that this was tried on Beta and the result was no GPU work at all, which is why it isn't already implemented here. However, the code to do this here was already in place and was working properly before (as we had no GUPPI work on NVidia for weeks)... it just needs to be put back to the way it was, with one added check for the participant's profile setting added.
3) Message boards : SETI@home Science : Kepler Mission Discovers 1,284 New Planets! (Message 1791194)
Posted 2 days ago by Profile Mr. KevvyCrowdfunding Project Donor
I hope that this one (Kepler-62f) is being looked at...
4) Message boards : Number crunching : Average Credit Decreasing? (Message 1791142)
Posted 2 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Perhaps it's just my ignorance showing again. but to somewhat improve the situation, would it not be possible to undo the misassignment of GUPPI VLARs to GPUs while CPUs are getting Arecibo MB tasks?

It appears that the file that controls this is sched_request_setiathome.berkeley.edu.xml in the project folder. As well, there are boinc_task_state.xml state files while they are processing.

GPU-assigned work units show:
<app_version>1</app_version> <plan_class>opencl_nvidia_sah</plan_class>


whereas CPU-assigned show simply:

<app_version>0</app_version>


It would appear that if this file were loaded, instances of each counted and then switched if there were both GPU "guppi" units and non-guppi CPU units (as the count has to remain the same of each... 100 max. per CPU and GPU), ensuring that they weren't present in any of the boinc_task_state.xml.

Problem is if this was being done constantly we'd wind up in the same situation because eventually they would be all slow guppis, the faster non-guppis having been reassigned to GPUs and completed. So, maybe every few hours would be ideal.
5) Message boards : Number crunching : GPU Wars 2016: NVIDIA GTX 1080/1070 (Message 1791000)
Posted 3 days ago by Profile Mr. KevvyCrowdfunding Project Donor
That would be excellent and thank you. Stock is fine so whatever the project installs automatically, as there's no known optimization specifically for the VLARs currently anyways.
6) Message boards : Number crunching : GPU Wars 2016: NVIDIA GTX 1080/1070 (Message 1790987)
Posted 3 days ago by Profile Mr. KevvyCrowdfunding Project Donor
If anyone obtains a 1080 (or even a 1070) and starts using it on this project, please let us know here. I'm interested (and probably many others!) to know whether the changes in the Pascal architecture mitigate the VLAR issue at all. If your computer(s) aren't hidden, we can have a look.
7) Message boards : Number crunching : Windows 10 - Yea or Nay? (Message 1790326)
Posted 5 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Microsoft has backtracked on the "clicking the 'X' indicates acceptance" upgrade notification

Microsoft has u-turned over changes it made to a pop-up encouraging users to upgrade to Windows 10.

Users were angry that clicking the cross to dismiss the box meant that they had agreed to the upgrade.

Based on "customer feedback", Microsoft said it would add another notification that provided customers with "an additional opportunity for cancelling the upgrade".

The pop-up design had been described as a "nasty trick".

Microsoft told the BBC it had modified the pop-up as a result of criticism: "We've added another notification that confirms the time of the scheduled upgrade and provides the customer an additional opportunity for cancelling or rescheduling the upgrade.
8) Message boards : Number crunching : Decided to Bail Out on SETI for a Short While (Message 1790131)
Posted 5 days ago by Profile Mr. KevvyCrowdfunding Project Donor
The symptom is abandoning work because of the of the flawed credit system.


As noted too often (including in point #5 below) the people who are doing this inevitably have NVidia cards, which are processing the GUPPI VLAR work slowly due to a design flaw in the memory architecture. Unfortunately, the credit system won't fix that. The only way of doing that would be to have a special multiplier to arbitrarily grant 2.5x the credit for a GUPPI VLAR work unit if it's done on an NVidia card. If that is done, then why shouldn't every other sub-optimally slow platform get its multiplier?
9) Message boards : Number crunching : Decided to Bail Out on SETI for a Short While (Message 1790125)
Posted 6 days ago by Profile Mr. KevvyCrowdfunding Project Donor
In case it was missed in the decreasing credit thread:

I was able to contact Dr. Eric Korpela. He indicated that a solution to allow GUPPI VLAR GPU work units to be refused in the Project Prefs. is being worked on. Please pass it along...

Hope this alleviates any of the misgivings that the project admins. aren't aware of this issue or don't care about it.


They know. I'm in the same boat... I just spent thousands to upgrade the farm to all Maxwells plus a new four-card cruncher and this happens. I try to look at the bright side. Here's the bright side:

1) The work we're doing is far more likely to find something, being targeted at known nearby planetary systems with planets as similar to ours as possible.

2) We've gone from a work shortage to too much work; there's always enough now.

3) Because this project is being scrutinized as part of Breakthrough Listen, this work is going to be used, analyzed and searched. It is not going to sit in a database collecting digital dust. I can't tell you how I know this, but I do. This work is worthwhile.

4) My GPUs don't run dry of work on short outages (ie Tuesdays) because the VLAR work units take longer.

5) This problem is due to the memory architecture of NVidia cards. It isn't the SETI@Home team's fault, so at least there's that. There's no malice or sloppy coding etc. behind it. If anything we should complain to NVidia as they are pushing CUDA as a scientific computing platform.

6) The GPUs run cooler and so will probably last longer.

7) Half the world can't even get enough food to eat, so we're pretty well off if this is all we have to worry about. Gotta mention this. :^)
10) Message boards : Number crunching : Average Credit Decreasing? (Message 1789620)
Posted 8 days ago by Profile Mr. KevvyCrowdfunding Project Donor
I was able to contact Dr. Eric Korpela. He indicated that a solution to allow GUPPI VLAR GPU work units to be refused in the Project Prefs. is being worked on. Please pass it along...

Hope this alleviates any of the misgivings that the project admins. aren't aware of this issue or don't care about it.
11) Message boards : SETI@home Science : SETI E.T. Search Radio Interference ?? (Message 1789591)
Posted 8 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Radiotelescopes are usually located in radio-quiet zones to prevent interference, ie Green Bank's location was chosen as it is surrounded by hills. There are special restrictions in place ie no cell phones, diesel vehicles only (no spark plugs). Any machine noise in the area would be either below the horizon of the telescope or not be concentrated by the dish; it would have to strike the receiver directly and thus, at such a distance with inverse square propagation would be very weak perhaps even below the noise threshold. That frequency range doesn't bounce off the ionosphere either so wouldn't hit the dish by reflection.

So, I don't think it's much of an issue. I'm sure it would have been taken into account! :^)
12) Message boards : Number crunching : Average Credit Decreasing? (Message 1789560)
Posted 8 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Since he is a member of the GPU Users Group perhaps some one with diplomatic skills could PM him and explain to him how is is screwing up SETI.


I'll pass the word. I thought it was this machine's owner but it turns out this is someone else doing the same thing. Shows 824 aborted GUPPIs.
13) Message boards : Number crunching : Average Credit Decreasing? (Message 1789284)
Posted 9 days ago by Profile Mr. KevvyCrowdfunding Project Donor
To add to what Chris wrote: at first there was much complaining that there was never enough work.... we were running out every Tuesday and not catching up until the next day, and plenty of other times as well.
Solved: the SETI@Home scientists built the GBT receiver and a new splitter and got on the Breakthrough Listen initiative, and now we have enough work (possibly even too much!)

Next, there was much complaining (including from myself) that CUDA GPUs weren't being assigned the new GBT work, though it's possibly far more likely to contain a candidate signal, and thus find something.
Solved: the same group beta-tested the impact to system stability/usability of these work units being run on CUDA GPUs and then released them (this was also probably necessary, because there is so much work and CUDA GPUs make up such a significant fraction of machines available to do it.)

Now, there is much complaining that this work is causing a reduction of credit. Sure, it's sad that our RAC is dropping, but it isn't anyone's "fault" except the NVidia engineers who designed the memory architecture of the CUDA-enabled cards, and it's the unintended side effect of something that was asked for. It isn't CreditNew or Dr. David Anderson's doing. Fixed credit won't solve it as 3x the complete speed still equals 1/3 the fixed credit over time. It needs a possibly complex, and possibly impossible, workaround in the SETI@Home client itself.

So, in the interim, be patient, enjoy the new science, and be happy that those GUPPI work units trade off three times the compute time for... I dunno... thousands of times the chance of actually finding something, and I'll take that tradeoff any day!
14) Message boards : Number crunching : Welcome to the 17 Year Club! (Message 1788987)
Posted 10 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Missed mine five days ago... better late than never. Story of my life. :^)
15) Message boards : Number crunching : Average Credit Decreasing? (Message 1788817)
Posted 11 days ago by Profile Mr. KevvyCrowdfunding Project Donor
I'm just crunching for Milkyway for a week and already have a higher RAC, than i had here before...


And if I move to Mexico and get a job as a janitor my paycheque in pesos will be larger than it is currently in dollars.

There won't ever be a BOINC consistent credit payment across projects, because smaller or startup projects or those with not-so-interesting (or nigh-incomprehensible) goals overpay to attract volunteers, and will continue to do so.
16) Message boards : Cafe SETI : Thor is the Designer Cafe! (Message 1788769)
Posted 11 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Yes Thor wants enthusiastic support.


Enthorsiastic!
17) Message boards : Cafe SETI : Thor is the Designer Cafe! (Message 1788737)
Posted 11 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Ever sense you put this thread up my
province has had nothing but bad luck.
Please take it down!


Ahem. The Designer frowns upon being blamed for it. It's practically... Inthorbordination! :^D
18) Message boards : Cafe SETI : Thor is the Designer Cafe! (Message 1788529)
Posted 12 days ago by Profile Mr. KevvyCrowdfunding Project Donor
This thread needs to be warmed up...


Add Thormal energy to crank up the Thormometer! :^)
19) Message boards : Technical News : Data Dump (May 17 2016) (Message 1788250)
Posted 12 days ago by Profile Mr. KevvyCrowdfunding Project Donor
Dunno if you will see this, but may as well ask: with this huge volume of data, how much of it are we volunteers currently able to process? Are we keeping up or falling behind to what fraction?

And, sorry to sound like a broken record, but please let GPUUG know of any hardware needs! Haven't been tapped for a good fundraiser in a while, even though those we did were quite successful.
20) Message boards : Number crunching : Average Credit Decreasing? (Message 1787922)
Posted 14 days ago by Profile Mr. KevvyCrowdfunding Project Donor
very short version:
low AR => longer time to stare at same point => bigger data array for single PoT search => failure to fit cache, failure to get enough parallel data to fill all CUs (longer single array = less number of such arrays cause 1M matrix of data point remains constant)


OK, this helps. Since slewing Arecibo work units don't do this, the AR must be greater than the scope's "aperture". Let's say that the AR is 3x the size of the aperture of the scope.

Then why not break the WU into that ratio of pieces (in this case 3) and run the pulsefind on each piece, then add the results? That way each piece being of the same timebase as an Arecibo Gaussian won't overload the cache.

Edit: This will take some tinkering due to pulses at the edge of each piece that and up in both of them...


Next 20

Copyright © 2016 University of California