1) Message boards : Webpage and Application Code Discussion : Wildlife@Home Image Observations Badges (Message 7453)
Posted 9 Apr 2018 by Profile JumpinJohnny
Images Matched is already under "Top Lists" - "Top Image Reviewers"
https://csgrid.org/csg/top_image_reviewers.php

The observation venues have changed with each new Wildlife@Home project.
Adding each one to everyones user account page is doubling of what may become yesterdays stat....
Similar to the "Seconds Watched" column in the "Top Bird Watchers" info...
https://csgrid.org/csg/top_watchers.php?sort=seconds&min=0
It's a legacy number that will not be used again.

I do agree that Images Matched has more significance than Images Observed to the project usable data and makes more difference to me when looking at stats.
2) Message boards : Cafe : Which OS this project support? Also, Can you help me Mapping BOINC community? (Message 7431)
Posted 3 Mar 2018 by Profile JumpinJohnny
Hi all,

I am building a website about helping the newbies to start with BOINC and other grid computing projects.... can you help me please?.

I need to know on many OS (Operation System) this project works, so i can update this list
Thanks for the help!.


You can always look at the server info for your answer to that question for any BOINC project. example: https://csgrid.org/csg/apps.php
OR click on the "information" tab above then choose "APPLICATIONS"

Most all Boinc projects maintain a fairly easy to use website that lists the current applications and what hardware (or software) is needed to run them.

You are welcome!
3) Message boards : News : [wildlife] two publications accepted to this year's IEEE eScience conference (Message 7267)
Posted 19 Aug 2017 by Profile JumpinJohnny
Very nice to see some of our work is being used.
Congratz on both papers.
Many thanks for mentioning the volunteers.
4) Message boards : Webpage and Application Code Discussion : Excessive credit? (Message 7167)
Posted 25 Jun 2017 by Profile JumpinJohnny
My highest ten days with CSG have all been between May 29 and June 24.
I have reached or am close to several personal goals.
My high credit total (for me), has been the result of sticking with the variety of trials and WU experiments since last December. It's been well worth it.
I would be somewhat dishonest to say I don't like the current credit payoffs. I would also be dishonest to say that they are not on the high side for a CPU WU.
5) Message boards : Number Crunching : 99.99 % Invalid Computer 53268 (Message 7111)
Posted 2 Jun 2017 by Profile JumpinJohnny
Cryin' shame the gridcoiners can let these "bad" servers destroy the project and all our hard work.

computer 35268 joined May 26
In progress (30) · Validation pending (2422) · Validation inconclusive (1757) · Valid (3) · Invalid (1456) · Error (971)

All the "pending" are showing work of mere seconds from this computer
This is not the first computer to spew out destructive results here from the Gridcoin group. We should find a way to stop it, however.
Shame to keep sending our work to computers that are slowing the entire project simply because of gridcoin greed.
I will be surprised if the owner takes any action to remedy this.
6) Message boards : Webpage and Application Code Discussion : message in boinc notices (Message 7026)
Posted 4 May 2017 by Profile JumpinJohnny
I realize now that it is a BOINC thang.
The people who are bothered by the message have to: complete WU's, remove CSG and re-add CSG using the htpps to stop the Bionc client notices.

Not likely that Boinc will change it as all the work done there is free volunteer.
CSG could only ask BOINC "freelance&freepay developers" to put the https addy in the client program list. and include the https also on the joining instructions.

So it's a non starter... not likely to get fixed by BOINC.
Possibly a waste of time and effort for CSG to worry about any changes other than a warning on the start page... certainly seems like there must be more important stuff to do :)
7) Message boards : Webpage and Application Code Discussion : message in boinc notices (Message 7021)
Posted 3 May 2017 by Profile JumpinJohnny
hello
this message showed up in my notices
Citizen Science Grid: Notice from BOINC
This project is using an old URL. When convenient, remove the project, then add https://csgrid.org/csg/
02/05/2017 18:02:52

is this correct?
when this came on Climate predictions i did as it asked and boinc shows my figures as nil and as been trying to update for about a week.


That's correct. The URL used to be http://volunteer.cs.und.edu/csg and now it's https://csgrid.org/csg/

....................................................................................................
well, Yes but not quite...
The problem is that the BOINC client has the non-secure web address when you add the CCG from BOINC >options> add a project.
The Boinc info is: [ http://csgrid.org/csg/ which is wrong and needs to be changed.
The correct info should be: https://csgrid.org/csg/ *(with the s)
....................................................................................................
Even your own website has the wrong (non-secure) address listed.
see the instructions at... https://csgrid.org/csg/instructions.php

Volunteer Computing (BOINC) Instructions

If you're already running BOINC, select Attach to Project. If not, download, install and run BOINC.
When prompted, enter http://csgrid.org/csg/
8) Message boards : Number Crunching : Monster MNIST units (Message 6869)
Posted 5 Apr 2017 by Profile JumpinJohnny
....
The slowness of the WU's does not seem to reflect OS type or CPU speed.
Some wingmen are doing them in comparable long times some are alot quicker.
------------------------------------------------------------------------------
Even the rest of the results are really just all over the place.
25,604.48 sec = 1,351.24 credits
68,537.76 = 1,258.08

36,625.87 = 2,257.77
32,292.02 = 880.93
The credits algorithm seems to have taken a turn to the dark side.


So .... Not just a few of the extra long ones are running wierdly, Plenty of other examples of inconsistent times compared to credits,,, which also do NOT always match up with a CPU type or OS.


Just making sure -- in the first example, you have two different work units giving the same amount of credit but with significantly different runtimes. And in the second one you have two different workunits with similar runtimes giving significantly different credit. Are these from the same system?

If that's the case I need to update the credit calculation. Inconsistent runtime to credit is probably a problem with how I'm calculating credit as the convolutional neural networks get larger. This is an easier fix and not a problem with the application at any rate.

I'll make it a priority and try and get it resolved by the end of the week (unfortunately I'm stuck in some 8 hours of meetings tomorrow which will slow me down).


Yes. Those were 4 quick samples from recent valid WU all done on the same machine.
Here are two sets from today:
exact_genome_1490799770_4_9626
45,742.33 credits: 3,027.08
exact_genome_1490799770_4_9647
47,007.91 credits: 1,979.90

exact_genome_1490799770_5_4087
35,142.55 credits: 916.30
exact_genome_1490799770_3_8159
36,939.77 credits: 3,499.56

Those are just a couple of examples from today. The credits are not predictable as work done by the CPU and the deviation is random.
I thought this might be associated with the "monster" size WU that were being sent because the credits were very very low on those that were completed and has been the subject of this thread. I thought this general credit problem might be associated or causally the same.
9) Message boards : Number Crunching : Monster MNIST units (Message 6866)
Posted 4 Apr 2017 by Profile JumpinJohnny
....
The slowness of the WU's does not seem to reflect OS type or CPU speed.
Some wingmen are doing them in comparable long times some are alot quicker.
------------------------------------------------------------------------------
Even the rest of the results are really just all over the place.
25,604.48 sec = 1,351.24 credits
68,537.76 = 1,258.08

36,625.87 = 2,257.77
32,292.02 = 880.93
The credits algorithm seems to have taken a turn to the dark side.


So .... Not just a few of the extra long ones are running wierdly, Plenty of other examples of inconsistent times compared to credits,,, which also do NOT always match up with a CPU type or OS.
10) Message boards : Number Crunching : Monster MNIST units (Message 6854)
Posted 3 Apr 2017 by Profile JumpinJohnny
I also have seen these.
Two of them I aborted after 30 hours.
I let a few run only to get 700 credit for 400,000+ cpu sec.
I am aborting another.
I wish I could tell which of these are going to do this in advance of letting a core waste an entire day on 30% completion only to be aborted.
The slowness of the WU's does not seem to reflect OS type or CPU speed.
Some wingmen are doing them in comparable long times some are alot quicker.
------------------------------------------------------------------------------
Even the rest of the results are really just all over the place.
25,604.48 sec = 1,351.24 credits
68,537.76 = 1,258.08

36,625.87 = 2,257.77
32,292.02 = 880.93
The credits algorithm seems to have taken a turn to the dark side.
11) Message boards : Image and Video Discussion : Maybe I am Blind? (Message 6839)
Posted 28 Mar 2017 by Profile JumpinJohnny
The grouse are pretty well camouflaged and can be difficult to seperate from the background.
The common windy days blowing the grasses around also make it difficult.
Also, the hen will pull grasses over her to give shade and hide the nest while she is on it.

What you are looking for in this case is when a patch of "grasses" move at once and in a different direction than the breezes are blowing, indicating that the grouse has adjusted herself on the nest. Or if a patch doesn't move at all when all the other grass is moving, you will be able to see feather patterns.This will help you identify parts of the bird that may be showing through the grasses.
The time of day (early afternoon), makes it further difficult because they can go for hours withiut hardly twitching a feather.

Anyways, the parent is On Nest for this entire segment. Parts of the feather pattern are visible for most of the video just below center.

Often times it is impossible to discern exactly what is there until you see the parent leave the nest, usually at first light and again before dark. They are very good at disguising their nest from preditors like the hawks.
12) Message boards : News : [wildlife] EXACT2 v0.19 (Message 6826)
Posted 22 Mar 2017 by Profile JumpinJohnny
Thanks for the explanation of the Work Units.
That helps us to understand the activity we are seeing on our computers.

Any description of the project(s) to inform us about the productive science being done is also welcome.
13) Message boards : Number Crunching : No WU's??? (Message 6819)
Posted 21 Mar 2017 by Profile JumpinJohnny
You must choose the new WU type in your preferences.
put a check in box next to " EXACT2 "
14) Message boards : News : [wildlife] EXACT app credit update 2 (Message 6766)
Posted 22 Feb 2017 by Profile JumpinJohnny
Both SETI@Home and Atlas@Home are on the very LOW end of the credits spectrum. If you want to maintain users interest and participation, then these examples should be avoided. Both are very long term projects with huge user bases.

It seems to me that the Credits should reflect the work actually done rather than the cpu time. That way when GPU apps are developed, the work they do can be reflected in corresponding credits.

There are also bonuses given by a few projects for various reasons and you were right to give one for a project restart with unproven work. Some projects give bonuses for "long run" work that has WU's that takes many days on an average CPU.

If you are planning to cut the credits to be more in line with other BOINC projects I would suggest caution in cutting more than 50% unless you are fairly certain that you have a LONG TERM need and the necessary number of users to make a substantial base to do the required computing power.
Cutting credits to only 10% of current WILL result in loss of interest and active users, even among those who say they "crunch for science".

Just my opinion.
15) Message boards : News : [wildlife] v0.13 apps released! (Message 6700)
Posted 27 Jan 2017 by Profile JumpinJohnny
The WU times increased by a factor of 5 ... the credits seem about the same.

--and--

as I noted before:
The only machines I see failing for everyone are windoz xp using AMD cpu
16) Message boards : News : [wildlife] v0.13 apps released! (Message 6695)
Posted 26 Jan 2017 by Profile JumpinJohnny
How much memory do these new work units require on Windows 32 bit?

On my Linux 64 bit they seem to use about 400 to 450 MB
However I only get errors on my Windows computer even though only 2.3 GB is in use before a CSG WU starts, the WU then fails in seconds due to an "Out Of Memory" error.


Yuck. I *think* this may be because the AMD host is parsing the binary images file incorrectly...
....
http://csgrid.org/csg/result.php?resultid=1649068
......
Now I'm going to need to find an AMD host to test on. ....

.....................................................................
Just my 2 cents worth:

The failing computers are all Windoz 32 bit Windoz XP
>>> http://csgrid.org/csg/show_host_detail.php?hostid=107
>>>http://csgrid.org/csg/show_host_detail.php?hostid=1966

Identical AMD cpus are running Win 7 (64) and Linux with NO errors.
The issue is the OS. >>> Win XP <<< 32 bit hosts with AMD.
17) Message boards : News : [wildlife] v0.13 apps released! (Message 6689)
Posted 26 Jan 2017 by Profile JumpinJohnny
isn't the granded credit a litle bit high ? :)

I also noticed that the v0.13 are about 80 percent faster than the previous versions but paying about the same credits.


EDIT: Should have said EIGHT TIMES faster.
Yes, very high granted credit for CPU work.
18) Message boards : News : [wildlife] v0.13 apps released! (Message 6687)
Posted 25 Jan 2017 by Profile JumpinJohnny
isn't the granded credit a litle bit high ? :)


I also noticed that the v0.13 are about 80 percent faster than the previous versions but paying about the same credits.
19) Message boards : News : [wildlife] credit and fpops update (Message 6666)
Posted 11 Jan 2017 by Profile JumpinJohnny
Please keep credit for work.
If someone doesn't care about credits then they can just ignore the credits.

I have an ARM (android phone) keeping 3 cores busy giving 72 hours per day.... but it only does about 1/8 of the work an average CPU can do on the same project.
The only advantage is to rack up hours on WUProp.
For WU's designed for GPU, the hours are usually a small percentage of the CPU hours but give exponentially more work to a project.
I see no reason to equate credits to hours except in a relative comparison to other Projects to maintain interest for the volunteers.
If the individual wishes to "crunch for science" then they can feel free to ignore the credits no matter how they are calculated.
20) Message boards : News : [wildlife] credit and fpops update (Message 6634)
Posted 8 Jan 2017 by Profile JumpinJohnny
Yeah
That credit rate is much more acceptable.
Now on par with several other CPU Projects like POGS and Universe.
As long as you keep credits well above what SETI is, you will keep volunteers busy and attract new people.


Next 20