<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>STUDY OF THE INTERACTION OF THE VOLUNTEER COMMUNITY IN DISTRIBUTED COMPUTING PROJECTS</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>I.I. Kurochkin</string-name>
          <email>kurochkin@iitp.ru</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute for Information Transmission Problems of Russian Academy of Sciences</institution>
          ,
          <addr-line>Bolshoy Karetny per. 19, build.1, Moscow, 127051</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <fpage>288</fpage>
      <lpage>292</lpage>
      <abstract>
        <p>In this paper discusses methods for improving the computing power of distributed computing project using the computing power of volunteers. The methods involve attracting more volunteers and retaining their interest for a long time. The results of the study on the preferences of volunteers to highlight the most significant factors affecting the interest of volunteers are discussed. The approach of index and multiparameter estimation of volunteer distributed computing projects is discussed. A modified scoring system for performing calculations in the volunteer distributed computing project is proposed.</p>
      </abstract>
      <kwd-group>
        <kwd>desktop grid</kwd>
        <kwd>BOINC</kwd>
        <kwd>volunteer community</kwd>
        <kwd>volunteer distributed computing</kwd>
        <kwd>volunteer motivation</kwd>
        <kwd>multiparameter evaluation</kwd>
        <kwd>scoring system</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Distributed computing is a way to solve large computational problems using computers
combined into a computing system. Of particular interest is volunteer computing. These are distributed
computing using voluntarily provided computing resources.</p>
      <p>
        There are several platforms for organizing distributed computing: Globus, HTCondor, Legion,
but the most common is currently BOINC [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. Software BOINC (Berkeley Open Infrastructure for
Network Computing) is an open, non-commercial software for organizing distributed computing on
personal computers. On the basis of the BOINC platform, about 100 volunteer (voluntary) distributed
computing projects have been deployed, to which about 16 million computers are connected
worldwide [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Most volunteer distributed computing projects are research projects of leading world
universities and research organizations.
      </p>
      <p>
        Distributed computing projects based on the BOINC platform are divided into 2 types: public
projects involving volunteers and enterprise projects using the organization’s existing computational
capabilities. The increase in the number of computational nodes for the enterprise desktop grid
systems is carried out with the help of administrative influence. For public project of volunteer
distributed computing (VDC project), the main goal is to attract new volunteers and their computing
power and retain the participants of the project. To develop a set of measures to attract and retain
volunteers in the VDC project, it is necessary to know not only the statistical parameters, such as the
number of volunteers and the computing power of their computers, but also the motivation of the
volunteers [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. It is necessary to interact with the community of volunteers to attract attention and
increase confidence in the VDC project [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Volunteer distributed computing have a number of
features that can significantly slow down the calculations:
• Heterogeneity of computational nodes of a distributed system;
•
•
•
•
•
•
      </p>
      <p>Autonomy of calculations at various nodes;
Unreliability of connections and possible shutdown of computational nodes;
Inconsistent time of continuous operation of the node;
Impossibility of continuous coordination of settlements between nodes;</p>
      <sec id="sec-1-1">
        <title>The presence of errors and delays in the calculations; The complexity of developing computing applications for all types of nodes.</title>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>3. Volunteer motivation</title>
      <p>
        Participation in voluntary computing projects does not bring volunteers who provide their
computing resources, no benefit and often requires certain costs to purchase the necessary equipment
and pay for electricity. In 2014-2016, a sociological study of the motivations and preferences of
participants in voluntary distributed computing in Russia [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] was organized and conducted on the basis
of the Centre for Distributed Computing IITP RAS.
      </p>
      <p>In Russia, about 4,000 volunteers are actively involved in the VDC project; almost 650 people
responded to the questionnaire, which is more than 16%. Most of them are men (97%) aged 23 to 50
years (87%) with high (80%) education (mostly (55%) technical). The main driving factors that
motivate people to participate in volunteer computing projects are: awareness of their involvement in
scientific discoveries, help to science and sport interest. The question was asked about how, in general,
faucets have confidence in the VDC projects. The answers of the volunteers were distributed as
follows: if they have access to detailed information about the project (90%), or when they can get
acquainted with the publications of the project results (88%) or with links to scientific papers (65%).
And almost half of the respondents (45%) have confidence if there is feedback from the developers
(administration of VDC project).</p>
    </sec>
    <sec id="sec-3">
      <title>3. Index and multiparameter evaluation of VDC project</title>
      <p>The involvement of volunteers in the project activity to a large extent depends on a number of
parameters characterizing the project itself and how its work is organized. Using the methods of
sociology, we have developed a toolkit for interviewing volunteers and organizers of a number of
VDC projects. The use of the toolkit allowed to determine the list of the most important characteristics
of the VDC projects that are essential for the fliers involved in their activities, as well as to evaluate
the significance of such characteristics for different projects.</p>
      <p>
        A new approach to the assessment of VDC projects was developed [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], consisting of 2
complementary parts: 1) Multi-parameter evaluation of the activities of the VDC projects from the
side of the volunteers and other participants through their questioning. After processing the individual
estimates given by the respondents on special scales, the group average estimates of the project
activity for each of the parameters were calculated. This allowed us to graphically create a
comprehensive visualization of the multidimensional “portrait” for each VDC project (Figure1).
2. Scientific component All projects
      </p>
      <p>of2t,0he project; SAT@home
8. Stimulation of the
cruncher participation in</p>
      <p>the project
(competitions, scoring…
4. Design of the project
(site, certificate,
screensaver);
6. Visualization of the
project results (photo,
video, infographic);</p>
      <p>5. Informativity of
materials on the project
site;
1,5
1,0
0,5
0,0
1. The clear concept and
vision of the project;
9. Simplicity of joining
the project (there are no</p>
      <p>barriers and
organizational or…
3. The quality of
scientific and
scientificpopular publications on
the topic of the project;
7. Organization of
feedback (forums, chat</p>
      <p>rooms, etc.);
2) The calculation of the aggregate index – the YaK-index, when the average group estimates were
“weighed” taking into account the coefficients of their significance (see Table 1).</p>
      <sec id="sec-3-1">
        <title>Project Title</title>
      </sec>
      <sec id="sec-3-2">
        <title>YaK-index (with average weights of characteristics)</title>
        <p>0.65
0.64
0.59
0.58</p>
      </sec>
      <sec id="sec-3-3">
        <title>YaK-index (with individual weights of characteristics)</title>
        <p>0.68
0.64
0.61
0.57</p>
        <p>Multi-parameter assessment provided a visual visualization of the multidimensional "portrait"
of the VDC project, highlighting its strengths and weaknesses. Based on such data, the project team
can develop proposals for a constructive impact on the identified weaknesses of the project. Such
proposals could help improve the performance of the VDC project.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Scoring system for VDC project</title>
      <p>In order to maintain sporting interest among volunteers, a scoring system was introduced into
BOINC, charging a certain number of credits, depending on the amount of calculations performed.
Scoring or credit systems in BOINC can vary depending on the project and take into account its
features, which allows you to develop the most appropriate and objective mechanisms for scoring.
Proceedings of the VIII International Conference "Distributed Computing and Grid-technologies in Science and</p>
      <p>Education" (GRID 2018), Dubna, Moscow region, Russia, September 10 - 14, 2018</p>
      <p>To date, several different credit systems have been developed in BOINC projects. The choice
of a specific implementation depends on the features of the project, the amount of calculations
required for processing tasks and the degree of variation of this indicator on a set of tasks. Criteria for
credit assignment:
•
•
•
•
•
•</p>
      <p>In proportion to the volume of calculations;</p>
      <sec id="sec-4-1">
        <title>Fixed number of credits for one task;</title>
        <p>In proportion to the allocated resources (not only computing);</p>
      </sec>
      <sec id="sec-4-2">
        <title>For the speed of task calculation;</title>
        <p>In addition to the main credit system, reward for quick return of the result;
Depending on the nature of the project work (the number of results obtained, the amount
of data processed, etc.).</p>
        <p>The standard credit system is based on measuring the performance of a specific computer
using special tests, as well as on the amount of CPU time spent on the task. The BOINC client, after
completing the task, requests a certain number of credits from the server, which is calculated by the
following formula (1):



= ( ℎ
+  ℎ
1728000
)∗

,
(1)
where whetstone – speed of floating point calculations (FLOPS); dhrystone – computation speed with
integers (IntOPS); timeCPU – processor runtime in seconds.</p>
        <p>The number of total credits is calculated as the average Creditsclaimed value of all nodes that
performed this task. This system has a number of significant drawbacks. It does not always guarantee
the objectivity of scoring, and is also vulnerable to “cheating” and is platform dependent. In newer
versions of BOINC, this system has been improved by the following changes: by testing, the
maximum possible performance of specific equipment is calculated (peakFLOPS); waiver of processor
time in favor of measuring normal time; introduction of several stages of the normalization of credits
(cross-version normalization, host normalization). These innovations allowed projects to charge
credits more objectively.</p>
        <sec id="sec-4-2-1">
          <title>The system of charging a fixed number of credits is most convenient if all tasks in the</title>
          <p>project require approximately the same number of calculations. This system unambiguously solves the
problem of objective scoring, but in most existing projects it is not appropriate due to large variations</p>
          <p>The reward system for quick return is based on the prediction of the number of required
operations (FLOP) for each task, which allows you to assign a specific fixed number of credits for
each task. In addition, this system involves a reward for the rapid execution of tasks – Quck Return
Bonus (QRB). This scoring system is used in Folding@home. The total number of credits assigned to
the user is calculated by the following formula (2):

= 
∗ 
(1, √


_
), (2)
where base – a fixed number of credits for the current task, established on the basis of a preliminary
calculation on the reference machine; deadline – maximum execution time for this task; elapsed_time
– the actual time of the task; k is a coefficient set depending on the importance of the task (at</p>
          <p>A similar scoring system is used in the GPUGrid project. The number of credits for one task is
directly related to the number of FLOPs required to process this task. All tasks are subject to a
deadline that does not exceed 5 days. In addition to the basic number of credits, there is an additional
reward in the form of an increase in credits by 50% in case the task is completed faster than 24 hours,
and by 25% in case of completion within 48 hours.</p>
          <p>At the IITP RAS, it became necessary to develop an alternative scoring system for the
NetMax@home project, based on the SZTAKI BOINC infrastructure deployed. The input data of the
scoring mechanism is a set of results that pass validation checks, as well as a set of their parameters,
which include the name of the task or work unit (WU), time sent to the user, time of receipt of the
processed task by the server. This validator must meet the conditions for an objective distribution of
credits between users, as well as being resistant to the substitution of task processing time, elapsed
processor time, number of processor cores and other parameters affecting the mechanisms for
assigning credits. After analyzing the existing mechanisms for scoring, it was decided to assign credits
according to the following system (3):</p>
          <p>∗  ∗ ( + 1.0),  &lt;  ℎ ℎ
 = { , (3)</p>
          <p>∗  ,  ≥  ℎ ℎ
where, Credits is the total number of credits, base is a fixed number of credits for a task, k is the base
credit ratio (all users are the same), QRB is the Quick Return Bonus factor, dt is the elapsed time to
process the task, qrbThreshold is the time threshold for QRB.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>6. Conclusion</title>
      <p>The combined use of methods to attract volunteers will quickly increase the computational
capacity of the VDC project. Monitoring of the index and multiparameter evaluation will allow
making timely updates to the VDC project to maintain the interest of the volunteer community in it.</p>
    </sec>
    <sec id="sec-6">
      <title>7. Acknowledgement</title>
      <p>This work was supported by the Russian Foundation for Basic Research (grants No.
18-2903264, 18-57-06003).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>D.P.</surname>
          </string-name>
          <article-title>Anderson “BOINC: a system for public-resource computing and storage”, Grid Computing</article-title>
          , IEEE,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <article-title>[2] The server of statistics of voluntary distributed computing projects on the BOINC platform</article-title>
          . http://boincstats.com.
          <source>(date of access: 30.08</source>
          .
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Clary</surname>
            ,
            <given-names>E. G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Snyder</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ridge</surname>
            ,
            <given-names>R. D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Copeland</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stukas</surname>
            ,
            <given-names>A. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haugen</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Miene</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          (
          <year>1998</year>
          ).
          <article-title>Understanding and assessing the motivations of volunteers: a functional approach</article-title>
          .
          <source>Journal of personality and social psychology</source>
          ,
          <volume>74</volume>
          (
          <issue>6</issue>
          ),
          <fpage>1516</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Posypkin</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Semenov</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zaikin</surname>
            <given-names>O.</given-names>
          </string-name>
          (
          <year>2012</year>
          ).
          <article-title>Using BOINC desktop grid to solve large scale</article-title>
          SAT problems // Computer Science,
          <volume>13</volume>
          (
          <issue>1</issue>
          ),
          <fpage>25</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Yakimets</surname>
            <given-names>V.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kurochkin</surname>
            <given-names>I.I.</given-names>
          </string-name>
          <article-title>Voluntary distributed computing in Russia: a sociological analysis. Collection of scientific articles of the XVIII Joint Conference "Internet and Con-temporary Society" (IMS-</article-title>
          <year>2015</year>
          ), St. Petersburg, June 23,
          <year>2015</year>
          , St. Petersburg: ITMO University,
          <year>2015</year>
          . Sc.
          <volume>345</volume>
          -
          <fpage>352</fpage>
          .
          <source>ISBN 978-5-7577-0502-6</source>
          . (in Russian)
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Yakimets</surname>
            <given-names>V.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kurochkin</surname>
            <given-names>I.I.</given-names>
          </string-name>
          <article-title>Analysis of results of the rating of volunteer distributed computing projects //</article-title>
          <source>Russian Supercomputing Days</source>
          <year>2018</year>
          ,
          <source>September 24-25</source>
          ,
          <year>2018</year>
          , Moscow, Russia: Proceedings of international conference, MSU,
          <year>2018</year>
          , pp.
          <fpage>893</fpage>
          -
          <lpage>908</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>