Hi Michael,

Projects may send you work that your comptuer may not completed in time when you first join, but the software (and project scheduler typically) is built to track return rate and adjust what work is sent to your comptuer. There shouldn't be a need to abort tasks manually and I am not sure the impact this has on the learning process. It takes time for the software to learn the amount of time your computer is available on average then adjust its ask for work.

There is no way to my knowledge to restrict what work units are sent to an individual machine.

You may consider joining projects with typically shorter work units if your use pattern does not allow task to complete. Though if the shorter tasks from Einstein work for you then it is likly a matter of time unitl those tasks are all what you get (as long as the tasks are avaiable from the project depending on the level of demand).

I hope this helps.

Hi russ,

Great questions and I have your answers on GridRepublic VS BOINC.

First off GridRepublic and BOINC overlap to a great extent. GridRepublic builds upon the BOINC software to extend the management, discovery, and recruitment to a single point on the web. GridRepublic extends across projects acting independently from the projects promoting each eaqually. GridRepublic collaborate with the BOINC team for development and advisement.

GridRepublic looks for ways of simplifying the joining, management, outreach, and discovery for projects and new participants.

Some unique points of GridRepublic:

• Integration with Facebook via the Progress Thru Processors app to help attract more people to volunteer computing.
• Streamlining the joining process for projects - create one account at GridRepublic and each new project is a simple click join to add to any number of computers. This also allows the signup and autoattachment when installing via the web.

Why hasn't BOINC done all the above? ...

scrat,

I'm filing in a ticket with out developer to look into this stats issue.

Sorry that part was not clear. What I mean is:

Until we add the NumberFields@home project to GridRepublic you can still join the project by using the application installed on your computer. Once we add the project to our website you can attach your account using the add project function on our website to link the accounts.

Breaking it down into steps:

1. Open the program installed on your computer (GridRepublic, Progress Thru Processors, BOINC) whichever one you are using they all behave the same.

2. Open the Advanced View (if not already selelcted)

3. Go to the menu toolbar -> Tools > Add Project

4. Depending on your version of the installed client it may list the projects available and you can select NumberFields@home or you can enter the URLhttp://stat.la.asu.edu/NumberFields/ in the field asking for the project address.

5. You will need to create a new account for this project if you donot currently have an account with the project (this is what GridRepublic does behind the scenes for you when attaching)*

6. Your computer will be attached to NumberFields@home

* If you get a message saying you already have an account you can use the forgot email password with the email you sign up with for other projects.

When the GridRepublic website adds NumberFields@home to our project list all you need to do is select join project and follow the instruction on the website to link the account you created manually.

(these instructions also work with other projects you may have joined and not yet attached to GridRepublic)

Hi Jim,

The issue is not on your side it is on GridRepublic's... our project list is a bit out of date and in need of and update as well as the rest of the site. There are only a handfull of us working part time or volunteering to make GridRepublic work as we build up the organization. Most work has gone into the partnership projcts which are sustaining our operation.

Our plans were to update over the 2012 holiday, but unexpected events delayed the update and we are currently working through some new issues that manifested. I have been reminding the team about the need to update the projects list on our weekly calls, but the limiting factor is only one person has access to the key signing computer which is needed to add projects. We are a geographically disperse group and the computer key access is a limiting factor to the update speed.

Appologies for not having that project available yet for management. You can always add it manually to your client and when it appears on GridRepublic claim it so you can manage it here after that. Not the best solution, but it is a work around until then.

Hi Hugh,

The "Leave applicaiton in memory" unchecked means that if a task is not activly being processed it would be removed from memory. If checked if your computer is processing tasks that are longer or switch often they are put in memory and can resume without reloading all over again. Some older apps would restart the computation from the beginning if no "checkpointing" was included by the developer and was a reason why this option was included. The performance loss is marginal with most projects.

If I understand your post the apps not reducing to max 20% memory use is not the desired function. The apps should reduce the memory used when you return if you unchecked "Leave applicaitons in memory". If you total all applications running they should not be using more than 20% of the memory on your computer when you return. Any non active tasks should not be in memory based on your settings.

Are you only seeing the Rosetta tasks stuck in memory? Are these settings set on the local machine or online? Any settings made locally override online settings. Clicking sync with account manager (PTP, GridRepublic, etc) under the tools menu (advanced menu) would ensure the online settings are used. ...

This is strange... you don't see the computer listed on:

• http://www.gridrepublic.org/index.php?page=home
• http://www.gridrepublic.org/index.php?page=mypc

Your requests are being passed to those with power to add projects. I see it was almost 2 years ago when this first came through as a request.

I don't know how long until it will be added due to our resources being split between multiple projects which help keep GridRepublic funded and operating. The current GridRepublic architecture is not condusive to adding projects, but our Drupal conversion will make adding more projects easier. Project description, information, and the most time consumign key generation for security must be created before adding in the current model. I'll bring this up in the next meeting.

Hi Saarth, The holidays delayed this reply.

We looked into this issue and would like to look deeper into your account. If you could provide your PTP Facebook Application ID by visiting when logged into Facebook:

https://apps.facebook.com/processors/test_info.php

We can take a look at see what might be casuing this mis match in values.  You can post it here or use our contact form and reference this post URL.

Hi Saarth,

Thank you for highlighting this strange behavior. I just checked my account and am seeing the same discrepancy between Progress Thru Processors and GridRepublic. I am not sure why the numbers are different at this time. I am escallating this to our development team to look into this further.