BOINC Manager-ի համառոտ կարգավորում: Կամավոր հաշվողական աշխատանք ձեր Linux մեքենայի BOINC սերվերի վիրտուալ մեքենայի վրա

|

Պահպանեք և փակեք ֆայլը, այնուհետև գործարկեք boinc-client-ը, որպեսզի սերվերը միանա [էլփոստը պաշտպանված է]

sudo ծառայության boinc-client start

Քայլ 4. Նոր հոսթի ստուգում

Քայլ 5. Սերվերի կարգավիճակի ստուգում

Սերվերի կամ առաջադրանքների կարգավիճակը դիտելու համար օգտագործեք հրամանը.

Այս հրամանը տալիս է ընդհանուր տեղեկատվություն [էլփոստը պաշտպանված է], և նաև հաղորդում է տվյալ հոսթի վրա աշխատող ընթացիկ առաջադրանքները:

Այս հրամանի արդյունքը նման է հետևյալին.

boinccmd --get_simple_gui_info
======== Նախագծեր =========
1) -----------
Անուն: [էլփոստը պաշտպանված է]
գլխավոր URL՝ http://setiathome.berkeley.edu/
օգտվողի անունը՝ stmiller
թիմի_անունը՝ SETI.USA
ռեսուրսի մասնաբաժինը` 100.000000
user_total_credit՝ 33159.675770
user_expavg_credit՝ 1409.252845
host_total_credit՝ 0.000000
host_expavg_credit՝ 0.000000
nrpc_failures՝ 0
master_fetch_failures՝ 0
հիմնական բեռնումը սպասվում է՝ ոչ
ժամանակացույցի RPC սպասվում է՝ ոչ
կաթիլային վերբեռնումը սպասվում է՝ ոչ
կցված է Հաշվի կառավարչի միջոցով՝ ոչ
ավարտվեց՝ ոչ
կասեցված է GUI-ի միջոցով՝ ոչ
ավելի շատ աշխատանք մի պահանջեք. ոչ
սկավառակի օգտագործումը՝ 0,000000
վերջին RPC՝ 1423684749.199424
Ներբեռնված ծրագրի ֆայլեր՝ 0.000000
GUI URL:
Անուն. Հաղորդագրությունների տախտակներ
նկարագրություն՝ նամակագրություն այլ օգտվողների հետ [էլփոստը պաշտպանված է]հաղորդագրությունների տախտակներ
URL՝ http://setiathome.berkeley.edu/forum_index.php
GUI URL:
անունը: Օգնություն
նկարագրություն. Հարցեր տվեք և զեկուցեք խնդիրների մասին
URL՝ http://setiathome.berkeley.edu/forum_help_desk.php
GUI URL:
անունը: Ձեր հաշիվը
նկարագրություն. Դիտեք ձեր հաշվի տվյալները
URL՝ http://setiathome.berkeley.edu/home.php
GUI URL:
անունը: Ձեր նախասիրությունները
նկարագրություն. Դիտեք և փոփոխեք ձեր հաշվողական նախապատվությունները
URL՝ http://setiathome.berkeley.edu/prefs.php?subset=global
GUI URL:
անունը: Ձեր արդյունքները
նկարագրություն. Դիտեք ձեր վերջին շաբաթվա (կամ ավելի) հաշվողական արդյունքները և աշխատանքը
URL՝ http://setiathome.berkeley.edu/results.php?userid=9351194
GUI URL:
անունը: Ձեր համակարգիչները
նկարագրություն. Դիտեք բոլոր համակարգիչների ցանկը, որոնց վրա աշխատում եք [էլփոստը պաշտպանված է]
URL՝ http://setiathome.berkeley.edu/hosts_user.php?userid=9351194
GUI URL:
անունը: Ձեր թիմը
նկարագրություն. Դիտեք ձեր թիմի մասին տեղեկությունները. SETI.USA
URL՝ http://setiathome.berkeley.edu/team_display.php?teamid=115396
GUI URL:
անուն: Նվիրաբերել
նկարագրություն. Նվիրիր [էլփոստը պաշտպանված է]
URL՝ http://setiathome.berkeley.edu/sah_donate.php
======== Առաջադրանքներ =========
1) -----------
անուն՝ 25fe12ab.24545.17667.438086664204.12.226_0
WU անվանումը՝ 25fe12ab.24545.17667.438086664204.12.226
նախագծի URL՝ http://setiathome.berkeley.edu/
հաշվետվության վերջնաժամկետ՝ Չորք Մարտ 4 02:06:18 2015թ
պատրաստ է զեկուցել. ոչ
ստացել է սերվերի հաստատում. ոչ
վերջնական պրոցեսորի ժամանակը` 0.000000
վիճակ՝ ներբեռնված
ժամանակացույցի վիճակը՝ պլանավորված
ելքի_կարգավիճակ՝ 0
ազդանշան: 0
կասեցված է GUI-ի միջոցով՝ ոչ
active_task_state՝ ԿԱՏԱՐՎՈՒՄ Է
հավելվածի տարբերակի համարը՝ 701
անցակետի պրոցեսորի ժամանակը՝ 352.733700
ընթացիկ պրոցեսորի ժամանակը` 378.866400
Կատարված մասնաբաժինը` 0,088431
փոխանակման չափը՝ 110309376.000000
աշխատանքային հավաքածուի չափսը՝ 40030207.999996
պրոցեսորի գնահատված մնացած ժամանակը` 2505.901220

Տեղադրում.

BOINC Manager 6.4.1 տարբերակի տեղադրման գործընթացը նկարագրված է ստորև:
(UPD. որոշ սքրինշոթներ 6.6.28 տարբերակից փոխարինվել են, որտեղ փոփոխություններ են եղել հին տարբերակի համեմատ):

Մենք սկսում ենք տեղադրիչը, տեսնում ենք առաջին կազմաձևման պատուհանը.

Առաջին ուղին, ծրագրի գրացուցակը, այն է, որտեղ տեղադրվում է BOINC մենեջերը: Մենք լռելյայն հեռանում ենք:
Երկրորդ ճանապարհը՝ տվյալների գրացուցակ - որտեղ կպահվեն նախագծի տվյալները՝ հաշվարկման մոդուլներ, առաջադրանքներ և այլն։ Խորհուրդ եմ տալիս փոխել լռելյայն ուղին, որպեսզի BOINC-ի հետ կապված ամեն ինչ նույն թղթապանակում լինի:

Հաջորդ երեք վանդակները մնացել են համտեսել, բայց ես առաջինը հանում եմ՝ «օգտագործել էկրանապահին»։ Ինչը չէր խանգարի։

Եթե ​​տեղադրման ժամանակ գրում է Error reading setup initialization file, ապա կարդում ենք
Կարճ թարգմանություն.
1. գործարկեք տեղադրիչը /a տարբերակով
2. նշեք, թե որ սկավառակի պատուհանները գտնվում են
3. տեղադրել ինչպես միշտ

Վերջ, սկզբնական տեղադրման գործընթացը ավարտված է, և տեղադրման ավարտից հետո ծրագիրը կխնդրի վերագործարկել համակարգիչը:

Վերագործարկումից հետո կտեսնեք այս էկրանի նման մի բան.

Հետևաբար, մենք գնում ենք «Ընդլայնված»՝ «ծրագրի կարգավորումներ» և սկսում ենք հոսթինգ այնտեղ:
(Ընդլայնված - ընտրանքներ - ընդհանուր - լեզվի ընտրություն - սա այն դեպքում, եթե հանկարծ չեք որոշել ռուսական մեքենայի մասին):

Կարգավորումներ:

Ընդհանուր ներդիր

* Ինտերֆեյսի լեզվի ընտրություն

* Նախագծի սերվերին միանալու մենեջերի փորձերի միջև ընդմիջում: Լռելյայնորեն, մենեջերը ավտոմատ կերպով միանում է սերվերին յուրաքանչյուր 60 րոպեն մեկ՝ պատրաստի առաջադրանքներ ուղարկելու և նոր հաշվարկներ ստանալու համար։ Եթե ​​ուզում ես՝ փոխիր, լռելյայն թողել եմ։

* Գործարկե՞լ կառավարիչը համակարգի բեռնման ժամանակ: Կարծում եմ՝ տրամաբանական է սկսելը։ Թեև եթե ձեզ հարկավոր չէ սկուտեղի պատկերակ, ապա այն չեք կարող գործարկել:

* Միացնե՞լ ելքի հաղորդագրությունը: Եթե ​​կա լուսաբաց, ապա եթե ցանկանում եք դուրս գալ մենեջերից, կբացվի հետևյալ պատուհանը.

Այս պատուհանում կարող եք կատարել հետևյալ կարգավորումները.
* «Դադարեցրեք հաշվարկի գործընթացը և դուրս եկեք կառավարչից»: Հարմար հարց, որը հայտնվեց միայն BOINC մենեջերի 6-րդ տարբերակում:
Մի նշեք վանդակը. մենեջերը միայն փակվում է, նախագիծը շարունակում է աշխատել:
Նշեք վանդակը - նախագիծը դադարում է, և կառավարիչը փակում է:

* «Հիշիր իմ ընտրությունը և այս հարցը այլևս մի տուր» - Կարծում եմ պարզ է, թե ինչի վրա է ազդում երկրորդ վանդակը:

Միացման կարգավորումների ներդիր

«HTTP վստահված անձ» ներդիր

SOCKS վստահված անձի ներդիր

Ցանկից որևէ տարր ընտրելը «Ընդլայնված» - «հաճախորդի կարգավորումներ»

Պրոցեսորի ներդիր

* «Երբ սնուցվում է մարտկոցներով»- տեղին է UPS-ի հետ աշխատելու համար կազմաձևված ծրագրաշար ունեցող նոթբուքերի և ԱՀ-ների համար: Ամենայն հավանականությամբ, մենք այն հեռացնում ենք, ինչո՞ւ է պետք նոութբուքի վրա մարտկոց դնել։

* «Երբ ԱՀ-ն օգտագործվում է աշխատանքի համար»- շատ անհրաժեշտ ժայկ, մենք պետք է դա դնենք: Հակառակ դեպքում BOINC-ը կսպասի, մինչև համակարգիչը լքեք «3 րոպե» (կանխադրված):

* «Օգտագործեք GPU, երբ համակարգիչը օգտագործվում է աշխատանքի համար»- Աշխատելիս վիդեոքարտ օգտագործե՞ք հաշվարկների համար: Եթե ​​այո, ապա վիդեո քարտը անընդհատ հաշվարկներ կանի, եթե ոչ, ապա կսպասի, մինչև համակարգիչը լքեք «3 րոպե» (լռելյայն):

* Ստորև ներկայացված է էսթետների համար նախատեսված կարգավորումների խումբ. կարող եք սահմանել ժամանակացույց, ըստ որի BOINC-ը հաշվարկներ կանի:

Նույնիսկ ավելի ցածր են «այլ տարբերակներ».
* «Անցում նախագծերի միջև յուրաքանչյուր 60 րոպեն մեկ». Եթե ​​հաշվարկների համար վերբեռնել եք առաջադրանքների փաթեթ տարբեր նախագծերից (օրինակ [էլփոստը պաշտպանված է]և Primegrid), այնուհետև հաճախորդը կփոխի նախագծերը յուրաքանչյուր 60 րոպեն մեկ. դիտարկվում է մեկ ժամը [էլփոստը պաշտպանված է], ապա ժամը համարվում է Primegrid և այլն։

* Բազմապրոցեսորային համակարգերում օգտագործեք պրոցեսորների 100%-ը:
Եթե ​​ունես քառամիջուկ պրոցեսոր, ապա կօգտագործվի 4 միջուկ, եթե 50% դնես՝ 2 միջուկ։

* օգտագործել ոչ ավելի, քան պրոցեսորի 100% -ը- քանի՞ տոկոսով BOINC-ը հավասարաչափ կբեռնի առկա միջուկները:

Նրանք. եթե տեղադրեք առկա միջուկների 100%-ը և պրոցեսորի 100%-ը, ապա մեր քառակուսի բոլոր 4 միջուկները կաշխատեն 100%-ով։
Եվ եթե դուք դնում եք միջուկների 50%-ը, 80% բեռնվածություն, ապա մեր չորս միջուկում երկու միջուկը կբեռնվի 80%-ով:

Ցանցի կարգավորումների ներդիր

Ընդհանուր պարամետրեր.Սա քեշի կառավարումն է:
Մենք սահմանել ենք (ավելի շուտ՝ անձեռնմխելի :)) ներբեռնման և ուղարկելու արագությունը։
Շատ կարևոր կետ! Ընտրեք, թե քանի օր է առաջադրանքները վերբեռնելու համար:
Ես, ունենալով մշտական ​​կապ ինտերնետին, հիմնական բուֆերը սահմանել եմ 1 օր, լրացուցիչ բուֆեր՝ 1 օր։
Եթե ​​դուք պարբերաբար ինտերնետ ունեք, ապա ավելի շատ օրեր դրեք: Ուղղակի ուշադրություն դարձրեք ուղարկելու վերջնաժամկետին, որպեսզի առաջադրանքները «ուշացած» չլինեն։

Ինչպե՞ս է մենեջերը գիտի, թե քանի աշխատանք պետք է ներբեռնել:
Աշխատանքի սկզբում և այնուհետև 4-5 օրվա ընդմիջումներով մենեջերը գործարկում է պրոցեսորի չափանիշը: Եվ ստացված արդյունքների հիման վրա որոշում է, թե քանի կտոր VU (աշխատանքային միավոր = Աշխատանքային միավոր = VU) բեռնել քեշի մեջ:

* մի ստուգեք վերբեռնված ֆայլերը- Ես ինքս չգիտեմ, ես կգտնեմ պատասխանը, ես կթարմացնեմ այս պարբերությունը հոդվածում:

Միացման կարգավորումներ.
Այս երկու վանդակները տեղին են պարբերական ինտերնետ կապերի համար: Կառավարիչը կհարցնի ձեզ նախքան սերվերին միանալու փորձը, ինչպես նաև կկարողանա ինքն իրեն անջատել նոր ներբեռնելուց և արդեն հաշված առաջադրանքները ուղարկելուց հետո:

Մուտք դեպի ինտերնետ:
Այստեղ դուք կարող եք սահմանել ժամանակացույցը, որով կառավարիչը կգնա ցանց (եթե դա ձեզ անհրաժեշտ է):

Ձեզ անհրաժեշտ է մշտական ​​ինտերնետ հասանելիություն:
Ո՛չ։ Կառավարիչին միայն անհրաժեշտ է մուտք գործել ցանց՝ առաջադրանքներ ուղարկելու/ստանալու համար: Այսպիսով, տեսականորեն համակարգիչը կարող է կանգնել առանց ինտերնետի այնքան ժամանակ, քանի դեռ քեշում հաշվի առնելու բան կա:

Սկավառակի և հիշողության ներդիր

Այստեղ ես խորհրդական չեմ. թե ինչ թվեր պետք է դնեք՝ կախված է ձեզանից: Ես ամեն ինչ թողել եմ որպես լռելյայն։ Դա պարզապես «սկավառակի վրա պահելու ժամանակահատվածն է», որը ես կբարձրացնեի 60-ից մինչև 300 վայրկյան: Ինչու՞ ևս մեկ անգամ քաշել HDD-ը:

Ամեն ինչ, մենեջերի նախնական կոնֆիգուրացիան ավարտված է: Անցնենք նախագծի միացմանը։

Միացում նախագծին

Ընտրեք «ծառայություն» - «ավելացնել նախագիծ»:

Հաջորդը, հայտնվում է նախագծերի ցանկը: Այն թերի է, ընդհակառակը՝ դրանում կենտրոնացած են միայն ամենա«ճամփորդները»։ ամենահայտնի և ողջամիտ BOINC նախագծերը: Եթե ​​ձեզ անհրաժեշտ նախագիծը ցանկում է, լավ է, եթե ոչ, պարզապես մուտքագրեք ծրագրի ցանկալի հասցեն ներքևի դաշտում և սեղմեք հաջորդը:

Ինչպե՞ս կարող եմ գտնել նախագծի հասցեն: Այն մեր ֆորումի թեմայի «վերնագրում» է։ Պարզապես հիշեք, որ ոչ բոլոր նախագծերը, որոնց մասին մենք գրում ենք ֆորումում, BOINC նախագծեր չեն:

Հաղորդագրություն:
Հաղորդագրություն սերվերից. աշխատանք չի ուղարկվել
Սերվերը ներկայումս աշխատանք չի թողարկում: Ոչինչ, կան նախագծեր, որոնցում կես տարի առաջադրանքներ չկան։ Առայժմ միացեք մեկ այլ նախագծի:

Հաղորդագրություն:
Դուք սխալ URL եք օգտագործել այս նախագծի համար
Ճիշտ URL-ն է՝ http://www.cosmologyathome.org/
Սա նշանակում է, որ այն պահից, երբ դուք միացել եք նախագծին, սերվերի հասցեն փոխվել է: Այժմ դուք պետք է նորից միանաք նախագծին: Նրանք. ջնջել նախագիծը և նորից միանալ սերվերի ճիշտ հասցեին:Վերևում գրվածի մասին ամեն ինչ վերաբերում էր մեկ տեղական մեքենայի վրա տեղադրված ծրագրի ղեկավարին: «Տեղական մենեջերին».
Եթե ​​դուք ունեք մեկ մեքենա, ապա այո, ձեզ համար ավելի հեշտ է կառավարել այն: Բայց եթե դուք ունեք դրանցից տասը, ապա ձեզ համար ավելի հեշտ է միացնել յուրաքանչյուրը և կառավարել դրանք կենտրոնացված կերպով՝ օգտագործելով «BAM» - «Boink Account Manager»: Ավելին նրա մասին:

Լիովին նվիրված BOINC հարցերին:

Աշխատելով ՏՏ բաժնում՝ անընդհատ դիտում եմ կազմակերպչական տարբեր պատճառներով պարապ մնացած և շատ ձանձրացած համակարգիչներ։ Պրոցեսորի վրա բիթքոյնի մայնինգի ոսկե օրերն ավարտվեցին, և նոր օգտակար բիզնես փնտրելու համար ես եկա կամավոր բաշխված հաշվողական համակարգին, մասնավորապես, Համաշխարհային համայնքի ցանցին: Առաջին հերթին, քաղցկեղի բուժման որոնումը տարակուսանք էր առաջացնում սառը սպասման սպասարկման սերվերի և վիրտուալացման կլաստերի վրա ցածր առաջնահերթության վիրտուալ մեքենայի կողմից: Աշխատանքային կայանների հետ ավելի դժվար է, նրանք անընդհատ գնում-գալիս են, յուրաքանչյուրի վրա երկար ժամանակ է պահանջվում BOINC-ի տեղադրումը, կազմաձևումը, ապա հեռացնելը:

Որոշվեց BOINC «ներկառուցված» միջոցով հավաքել կենդանի բաշխման հավաքածու և տարածել այն ցանցով: Միացրեք համակարգիչը, սեղմեք F12, ընտրեք ցանկալի կետը, և դուք արդեն օգուտ եք քաղում մարդկությանը:

Որպես հարթակ ընտրվել է Debian-ը, որին ա) ծանոթ է վաղուց և բ) ունի հրաշալի ձեռնարկ ճիշտ թեմայով։ Այնուամենայնիվ, դա առանց փոցխի չէր, և այս դեպքում գրեթե յուրաքանչյուր նոր փոցխ նշանակում է պատկերի բավականին երկար վերահավաքում։ Հուսով եմ, որ այս գրառումը կխնայի որոշ ադմինիստրատորի ժամանակ, և միևնույն ժամանակ կհիշեցնի ձեզ այնպիսի հիանալի նախագծի գոյության մասին, ինչպիսին է WCG-ն:

Նշենք, որ ամեն ինչ արվել է շատ փակ միջավայրում, և անվտանգությանը շատ քիչ ուշադրություն է պահանջվել: Միգուցե, ձեր դեպքում, ձեզ անհրաժեշտ կլինի ավելի շատ աշխատել անվտանգության վրա:

Նախապատրաստում

Համակարգը բաղկացած է հետևյալից.

1. Ցանցի բեռնման սերվեր:
2. NFS սերվեր
3. հավաքակայան

Ես ունեմ 2 և 3 - մեկ մեքենա:

1. Ցանցի բեռնման սերվեր:Ինձ համար ամեն ինչ արդեն պատրաստ էր, ես ունեի կոնֆիգուրացված TFTP և DHCP thin client նախագծից: Եթե ​​չունեք, ապա նորը վերցնելը հեշտ է: Մի խոսքով, տեղադրեք և գործարկեք tftpd-hpa, և նշեք 66 և 67 պարամետրերը DHCP-ում: Պարզապես թույլ մի տվեք, որ որևէ մեկը բեռնվի ցանցով (իմ դեպքում դրանք կադետներ են), դա կարող է վտանգավոր լինել: Բացի BIOS-ից, դուք կարող եք գաղտնաբառով պաշտպանել TFTP սերվերի բեռնման մենյուի մի մասը:

2. NFS սերվեր:Նախ, BOINC-ը պետք է կարողանա պահպանել իր տվյալները մինչ այն աշխատում է: Ենթադրվում է, որ տեղային կոշտ սկավառակը հնարավոր չէ դիպչել, հետևաբար, NFS-ի միջոցով մենք թույլ կտանք գրել գրացուցակում, օրինակ՝ /srv/boinc-nfs: Այստեղ յուրաքանչյուր համակարգիչ կստեղծի ենթատեղեկատու՝ իր MAC հասցեին համապատասխանող անունով: Երկրորդ, /srv/debian-live գրացուցակը կպարունակի արմատային FS ցանցի բեռնման համար: Այսպիսով.
mkdir /srv/debian-live mkdir /srv/boinc-nfs chown ոչ ոք:nogroup /srv/boinc-nfs chmod 755 /srv/boinc-nfs
/etc/exports-ում ավելացրեք.
/srv/boinc-nfs *(rw,sync,no_root_squash,no_subtree_check) /srv/debian-live *(ro,async,no_root_squash,no_subtree_check)
որից հետո մենք վերագործարկում ենք ծառայությունը (ինչ-ինչ պատճառներով առաջարկվող exportfs -rv-ն ինձ ոչ մի արդյունք չտվեց).
/etc/init.d/nfs-kernel-server-ի վերագործարկում
3. Մոնտաժային կայան.Դա պարզապես վիրտուալ մեքենա է սովորական Debian Wheezy-ով: Live-build փաթեթը տեղադրված է և կկատարի աշխատանքի հիմնական մասը: Պետք է լինի ինտերնետ։

Հավաքման գործընթաց

Մենք գնում ենք հավաքակայան:
mkdir /srv/live-default && cd /srv/live-default
Մենք ստեղծում ենք հիմնական կոնֆիգուրացիա մեր բաշխման համար՝ նշելով NFS սերվերի հասցեն.
lb config -b netboot --net-root-path "/srv/debian-live" --net-root-server "192.168.15.20"
Ձևավորվում է գրացուցակի ծառ, դրանց մեջ տեղադրելով տարբեր բովանդակություն, կարող եք հարմարեցնել ձեր հավաքը: Մենք կավելացնենք հետևյալը.
1. config/package-lists/boinc.list - փաթեթների ցանկ, որոնք անհրաժեշտ կլինեն մեր build-ում: Մենք դրան գրում ենք.
boinc-client nfs-common
2. config/includes.chroot/etc/init.d/boinc-preps - init սկրիպտ, որը կտեղավորի NFS-ը, կկարգավորի BOINC-ը և կփոխի հոսթի անվան անջատված վիճակը): Այս սկրիպտում դուք պետք է տեղադրեք ձեր NFS-ի հասցեն և հոսթերի հասցեները, որոնցից թույլատրվելու է գաղտնաբառ կառավարումը: Սցենարի բովանդակությունը.
#!/bin/bash ### BEGIN INIT INFO # Ապահովում է՝ boinc-preps # Required-Start: nfs-common # Required-Stop: # Should-Start: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Կարճ նկարագրություն. Տարբեր նյութեր BOINC-ի համար # Նկարագրություն. Տարբեր նյութեր BOINC-ի համար ### END INIT INFO PATH=/sbin:/usr/sbin:/bin:/usr/bin . /lib/init/vars.sh do_start () ( MYMAC=`ifconfig eth0 | grep -o -E "([[:xdigit:]](1,2):)(5)[[:xdigit:]]( 1,2)" | sed s/://g` ancien=`hostname` nouveau=DYNWCG-$MYMAC mkdir -p /mnt/boinc-nfs mount 192.168.15.20:/srv/boinc-nfs /mnt/boinc- nfs && mkdir -p /mnt/boinc-nfs/$MYMAC ծառայություն boinc stop sed -i "s/^BOINC_DIR=.*/BOINC_DIR=\/mnt\/boinc-nfs\/$MYMAC/;s/^BOINC_USER= .*/BOINC_USER=\"root\"/" /etc/default/boinc-client echo "192.168.10.60" > /mnt/boinc-nfs/$MYMAC/remote_hosts.cfg echo "192.168.10.61" >> /boinc-nfs/$MYMAC/remote_hosts.cfg echo "" >> /mnt/boinc-nfs/$MYMAC/gui_rpc_auth.cfg ֆայլի համար \ /etc/hostname \ /etc/hosts # կարող եք ավելացնել #/etc/ այստեղ ssh/ssh_host_rsa_key.pub \ #/etc/ssh/ssh_host_dsa_key.pub \ # եթե Ձեզ անհրաժեշտ է SSH, արեք [ -f $file ] && sed -i.old -e "s:$ancien:$nouveau:g" $file done invoke -rc.d hostname.sh start invoke-rc.d ցանցի ուժային վերաբեռնում ծառայության boinc start ) case «$1» սկզբում|"") do_start ;; վերագործարկել|վերբեռնել|ստիպել-վերբեռնել|կարգավիճակ) echo "Սխալ. «$1» փաստարկը չի աջակցվում» >&2 ելք 3 ;; կանգառ) # NOP ելք 3 ;; *) echo «Օգտագործում. ...» >&2 ելք 3 ;; esac:
3. config/hooks/boinc-preps-init.chroot - մեկ հրամանով սկրիպտ, որը կկատարվի build-ի ընթացքում և կավելացվի նախորդ պարբերությունից boinc-preps-ը ավտոմատ բեռնման համար.
#!/bin/sh update-rc.d boinc-preps լռելյայն
Անհրաժեշտ պարամետրերը ավելացնելուց հետո մենք ինքնին գործարկում ենք ժողովը.
lb կառուցել
Ստացված binary.netboot.tar ֆայլը մեզ համար արժեքավոր է: Բացեք այն /srv:
cd /srv && tar -xvf live-default/binary.netboot.tar
Այն կբացվի /srv/debian-live (արմատային FS ցանցի բեռնման համար) և /srv/tftpboot (TFTP սերվերի ֆայլերը): Իմ դեպքում, build-կայանը և NFS սերվերը նույն մեքենան են, ուստի /srv/debian-live-ն արդեն տեղադրված է:
tftpboot-ի բովանդակությունը պատրաստի բեռնման մենյու է, այն պետք է տեղադրվի TFTP սերվերի վրա: Ես չեմ ստուգել դրա աշխատանքը, քանի որ ես ունեմ աշխատող TFTP սերվեր՝ իր սեփական մենյուով, և այստեղից ինձ անհրաժեշտ էր տվյալների միայն մի մասը։ Նախ, ես պատճենեցի բոլոր ֆայլերը tftpboot/live/-ից դեպի TFTP սերվեր մինչև պատկերներ/debian-live/ (համեմատած TFTP սերվերի արմատային գրացուցակի հետ): Երկրորդ, tftpboot/live.cfg-ից ես վերցրեցի տեքստը, որն ավելացնում է ընտրացանկի նոր տարր՝ այն փոխելով այս վիճակին (այստեղ պետք է նաև նշեք ձեր NFS սերվերի հասցեն).
label live-686-pae մենյուի պիտակ BOINC-live (686-pae) linux images/debian-live/vmlinuz1 initrd images/debian-live/initrd1.img append boot=live config nosplash root=/dev/nfs nfsroot=192: 15.20:/srv/debian-live
Հիմա ամեն ինչ իր տեղում է։

Եթե ​​հավաքվելուց հետո ցանկանում եք ստուգել արմատային FS-ի պարունակությունը, ապա դրա հետ բեռնաթափել անհրաժեշտ չէ, կարող եք պարզապես տեղադրել այն որպես հանգույց սարք.
mount -o loop,ro /srv/debian-live/live/filesystem.squashfs /mnt/squash/
Եթե ​​Ձեզ անհրաժեշտ է վերակառուցել բաշխումը նոր տարբերակներով, կարող եք դա անելուց առաջ կա՛մ lb clean --binary, կա՛մ lb մաքուր:

Օգտագործումը

1. Մենք միացնում ենք համակարգիչը և ընտրում ենք բեռնումը ցանցի միջոցով (սովորաբար պարզապես սեղմեք F12 դա անելու համար):
2. Կախված բեռնման ընտրացանկից՝ կա՛մ ընտրեք «BOINC-live» տարրը, կա՛մ պարզապես սպասեք, մինչև այն բեռնվի ժամանակի վերջում:
3. Հրամանի տողում, որը հայտնվում է (եթե ամեն ինչ ընթանա այնպես, ինչպես պետք է), մենք գրում ենք sudo ifconfig (գաղտնաբառ մուտքագրելու կարիք չունեք) և գրեք IP հասցեն:
4. Կառավարման համակարգչում (նրանցից մեկը, որը մենք նշել ենք config/includes.chroot/etc/init.d/boinc-preps-ում) գործարկեք boinc-manager-ը, սեղմեք «Ընդլայնված - Փոխել համակարգիչը» (այս կոճակը միայն «Ամբողջ դիտում» է: ) Այս դեպքում BOINC-ը չպետք է օգտագործողից որևէ գաղտնաբառ պահանջի:
5. Միանալուց հետո կհայտնվի հրաշագործ, որտեղ դուք պետք է ընտրեք նախագիծ (իմ դեպքում դա Համաշխարհային համայնքի ցանցն է) և մուտքագրեք ձեր մուտքի/գաղտնաբառը:

Վերջ, մի քանի րոպեից նոր առաջադրանքներ կհայտնվեն «Ready to run» և «Running» վիճակներում։
Այս ընթացակարգը պետք է կատարվի միայն մեկ անգամ յուրաքանչյուր համակարգչի համար (ավելի ճիշտ՝ յուրաքանչյուր MAC հասցեի համար): Նույնիսկ մեկ այլ վայրում երկարատև աշխատանքից հետո ձեզ մոտ վերադառնալուց հետո համակարգիչը կգտնի իր տվյալները NFS սերվերում MAC հասցեով և կշարունակի աշխատել անմիջապես միացնելուց հետո (միայն որոշ առաջադրանքներ արդեն ուշացած կլինեն, բայց սա մանրուք է, կստանան նորերը):

Արդյունքներ

Ինչ մնում է չլուծված.

• Ավտոլոգին WCG-ում: Հավանաբար, դուք կարող եք նկարի մեջ կարել նախագծի կոնֆիգուրը, որպեսզի ձեր ձեռքերով ընդհանրապես ոչինչ չմտնեք, բայց խելամիտ ժամկետում լուծումը չի գուգլել:
• Փոստի ծանուցումներ. «sudo ifconfig» չմուտքագրելու համար կարող եք ավտոմատ կերպով ադմինին ուղարկել աշխատող համակարգչի հասցեն։ Սակայն ես դա չարեցի, քանի որ դա հենակներ է, և ավելի լավ է դրա փոխարեն իրականացնել նախորդ կետը։
• NFS սերվերի IP-ն նշված է երկու անգամ, գուցե դրանցից մեկը կարող է հեռացվել:
• Eth0 ինտերֆեյսի MAC հասցեն միշտ օգտագործվում է համակարգչային գրացուցակ ստեղծելու համար: Դա լավ է, թե ոչ, ես չեմ կարող հստակ ասել:

Թույլ մի տվեք, որ ձեր համակարգիչները ձանձրանան: Իսկ մեկնաբանություններ գրեք, սիրով կպատասխանեմ կամ կլրացնեմ հոդվածը։

Նրանք օգտագործում են BOINC հարթակը, որը մշակվել է մոտ տասը տարի առաջ Բերկլիի Կալիֆորնիայի համալսարանում: Դրանցից մեկին մասնակցելու առաջին քայլը BOINC Manager ծրագրաշարի տեղադրումն է:

BOINC հաճախորդի տեղադրում և կարգավորում

Հաճախորդի ծրագիրը ներբեռնելուց և տեղադրելուց հետո կարող եք նշել մեկ կամ մի քանի նախագծեր, որոնց ցանկանում եք միանալ: Սկսած վեցերորդ տարբերակից՝ BOINC հաճախորդն աջակցում է ճկուն հաշվարկային պարամետրեր, որոնք թույլ են տալիս հստակ նշել, թե ապարատային ռեսուրսների որ մասն է մարդը պատրաստ զոհաբերել գիտության կարիքների համար: Բացի այդ, դուք կարող եք կարգավորել BOINC Manager-ը, որպեսզի ավտոմատ կերպով դադարեցվի որոշ ծրագրեր սկսելիս կամ միայն որոշ ժամերի ընթացքում հաշվարկի: Հաշվարկները ցանկացած պահի կարող են ամբողջությամբ կամ ընտրովի դադարեցվել ձեռքով և նույնքան հեշտությամբ վերսկսվել:

CPU-ի և GPU-ի հաշվարկման կարգավորումները BOINC Client-ում

Ի լրումն հաճախորդի հավելվածի ընտրանքների, յուրաքանչյուր նախագծի համար տրամադրվում են կարգավորումներ՝ մասնակցի անձնական էջի վեբ ինտերֆեյսի միջոցով:

BOINC նախագծի կարգավորումները վեբ ինտերֆեյսի միջոցով

Դուք կարող եք գնահատել համակարգչի հաշվողական հզորությունը ներկառուցված BOINC հենանիշով: Այն նաև երբեմն օգտագործվում է տարբեր կոնֆիգուրացիաների իրական կատարումը համեմատելու համար:

Ներկառուցված BOINC Հաճախորդի չափանիշ

Նախագծերի ընտրություն՝ հիմնված առկա ռեսուրսների վրա

Գիտական ​​հաշվարկներ կատարելիս կարևոր դեր է խաղում լողացող կետով FPU միավորների կատարումը: Հաշվարկների ճշգրտությունը կարող է տարբեր լինել: Սովորաբար նրանք խոսում են գործնականում իրականացվող երեք տեսակի մասին.

• FP16 (Half Precision) - լողացող կետի հաշվարկների կես ճշգրտություն;
• FP32 (Single Precision) - մեկ ճշգրիտ լողացող կետի հաշվարկներ;
• FP64 (Կրկնակի ճշգրտություն) - կրկնակի ճշգրտությամբ լողացող կետի հաշվարկներ:

Դա հաշվարկների վերջին տեսակն է (FP64 կամ երկուական 64 ըստ IEEE 754 ստանդարտի), որն առավել պահանջված է BOINC հաշվարկներում և այլ գիտական ​​ծրագրերում, քանի որ այն թույլ է տալիս գործել ≈ 10-308 միջակայքում գտնվող արժեքներով: մինչև 10 308՝ ստորակետից հետո մինչև 15 նիշ (տասնորդական արտահայտությամբ): Այնուամենայնիվ, մեկ ճշգրտությամբ հաշվարկների բաժինը նույնպես շատ մեծ է և նույնիսկ բավարար առանձին նախագծերի համար:

Ժամանակակից վիդեո քարտերն աջակցում են ընդհանուր նշանակության հաշվողական տեխնոլոգիաներին: 2007թ.-ից հետո թողարկված ցանկացած տեսախցիկ ավելի լավ գիտական ​​հաշվարկներ կանի, քան նմանատիպ սերնդի կենտրոնական պրոցեսորային միավորը:

Որոշ վիդեո քարտերի FP32 և FP64 հաշվարկների ճարտարապետություն և արագություն

Եթե ​​նախկինում nVidia-ն գերիշխում էր այս հատվածում (ներառյալ Tesla-ի նույն ճարտարապետության արագացուցիչների թողարկման շնորհիվ), այժմ ավելի ու ավելի շատ նախագծեր են նայում դեպի AMD (ATI):

AMD վիդեո քարտի վրա BOINC նախագծերի իրականացման օրինակ

Կան նաև նախագծեր, որոնք աջակցում են AMD վիդեո քարտերի արագացմանը, բայց չեն աշխատում nVidia արտադրանքների հետ:

BOINC նախագծեր՝ AMD գրաֆիկական քարտերի բացառիկ աջակցությամբ

Ենթադրաբար, դա պայմանավորված է նրանով, որ FP32 հաշվարկների բարձր արագությամբ, GK104 չիպի վրա հիմնված nVidia վիդեո քարտերը ցուցադրում են FP64 տիպի հաշվարկների կատարողականի ուժեղ անկում: Օրինակ, եթե Radeon HD 6930-ը կրկնակի ճշգրտությամբ հաշվարկներ է կատարում չորս անգամ ավելի դանդաղ, քան միայնակ ճշգրտությամբ (համապատասխանաբար 480 և 1920 գիգաֆլոպս), ապա GeForce GTX 680-ը քսանչորս է (128 և 3090 գիգաֆլոպս):

Երբ «Վերջին» չի նշանակում «Լավագույն»

Ինքնին ավելի ժամանակակից չիպերի օգտագործումը միշտ չէ, որ նշանակում է արագության բարձրացում։ Օրինակ, HD 6850-ը ի վիճակի չէ կրկնակի ճշգրիտ հաշվարկներ կատարել, մինչդեռ HD 5850-ը կատարում է FP64 հաշվարկներ մինչև 418 գիգաֆլոպս արագությամբ:

Բարձրակարգ վիդեո քարտերը հաճախ ունեն բազմապրոցեսորային սերվերի կատարում: Օրինակ՝ HD 7970 չիպով վիդեո քարտը պարունակում է 2048 միջուկ՝ միավորված 32 բլոկի մեջ: Նրա տեսական կատարումը 3789 գիգաֆլոպս է միայնակ ճշգրտությամբ և 947 գիգաֆլոպս՝ կրկնակի ճշգրտությամբ:

Համեմատության համար՝ Core-i5 3570K պրոցեսորի թվաբանական մասը ապահովում է 122 գիգաֆլոպս (FP32) և 61 գիգաֆլոպս (FP64) տուրբո ռեժիմում, իսկ Intel HD Graphics 4000-ը տալիս է ևս 147 գիգաֆլոպս (FP32) աճ։ AMD A10-5800K-ն ունի թվաբանական մասի հաշվարկված կատարում նաև 122 գիգաֆլոպս (FP32) և 61 գիգաֆլոպս (FP64) մակարդակներում, սակայն Radeon HD 7660D վիդեո միջուկն ապահովում է քառապատիկ աճ՝ 614 գիգաֆլոպսով (FP32):

Այժմ միանշանակ իմաստ ունի ընտրել այն նախագծերը, որոնք կարելի է հաշվարկել վիդեո քարտերի կամ առնվազն ինտեգրված գրաֆիկական միջուկների միջոցով: Այնուամենայնիվ, տեսական կատարողականի սահմանաչափի և գործնականում հասանելի արդյունքի միջև հաճախ տարբերություն կա ոչ թե տոկոսներով, այլ մի քանի անգամ։ Դա պայմանավորված է ծրագրավորողների որակավորումներով և յուրաքանչյուր կոնկրետ առաջադրանքի համար օպտիմալացման սահմաններով:

Օրինակ՝ նախագծային առաջադրանքներ [էլփոստը պաշտպանված է] Core-i3 2100 և Radeon HD 6850 վիդեո քարտ ունեցող համակարգչի վրա դրանք հաշվարկվում են 49,5 գիգաֆլոպս արագությամբ, և [էլփոստը պաշտպանված է]- 71,4 գիգաֆլոպս նույն կարգավորումներով: Երկու նախագծերն էլ հայտարարում են դրամային վիդեո քարտերով հաշվարկների արագացման աջակցություն։

Էլեկտրաէներգիայի ծախսերը

Կարևոր կետը տարբեր համակարգերի էներգաարդյունավետությունն է: Այժմ այն ​​կազմում է 1-ից մինչև 20 գիգաֆլոպ մեկ վտ, և այս պարամետրը ուղղակիորեն ազդում է ձեր էլեկտրաէներգիայի վճարի ավելացման վրա: Արդյունավետության տեսանկյունից գրավիչ են ոչ միայն մասնագիտացված արագացուցիչներն ու սերվերային լուծումները, այլ նաև APU-ները և առանձին զանգվածային վիդեո չիպերը: AMD-ի ամենահետաքրքիր չիպերը գտնվում են ավելի մոտ գնային միջակայքի սկզբին, մինչդեռ nVidia-ն հիմնականում գտնվում է վերին երրորդում:

Օրինակ, էժան Radeon HD 7770-ը FP32 հաշվարկներում ունի 16 գիգաֆլոպս մեկ վտ արդյունավետություն, սակայն դրա օգտագործումը FP64 հաշվարկների համար արդարացված չէ. այստեղ այն ցույց կտա ընդամենը 1,0 գիգաֆլոպ մեկ վտ արդյունք: Նույնիսկ 2009-ին թողարկված HD 4750 չիպը շատ ավելի լավ ցուցանիշ ուներ՝ 2,5 գիգաֆլոպս մեկ վտ:

GeForce GTX 660Ti-ն պատկանում է միջին գների միջակայքի վերին մասին, սակայն էներգիան ավելի արդյունավետ է օգտագործում՝ 16,4 գիգաֆլոպ/վտ FP32 հաշվարկներում և 2,1 գիգաֆլոպս/վտ՝ կրկնակի ճշգրիտ հաշվարկներում:

Եթե ​​(տեսականորեն) BOINC-ը պահեք մշտական ​​մշակման ռեժիմում և չանջատեք համակարգիչը, ապա ≈ 200 Վտ էներգիայի սպառման դեպքում այն ​​ամսական 150 կՎտժ-ից պակաս կավելացնի հաշվիչի ցուցմունքներին: Օգտագործման տիպիկ սցենարում (երբ BOINC-ն ակտիվ է միայն անգործության ժամանակ, և համակարգիչը աշխատում է օրական մի քանի ժամ և անջատված է գիշերը), տասը կիլովատ/ժամից պակաս:

Թերևս աշխարհի առաջատար համալսարանների հետազոտական ​​թիմերին աջակցելու այս փոքր ծախսերը շատ ավելի արդարացված կթվան, քան կասկածելի բարեգործական կազմակերպություններին նվիրատվությունները փոխանցելը:

Սա BOINC հաճախորդի կարգավորումների կարճ տարբերակն է նրանց համար, ովքեր չեն սիրում շատ կարդալ և անմիջապես «շտապում են ճակատամարտի մեջ»: Չնայած BOINC-ի տարբերակների և հնարավորությունների առատությանը, շատ դեպքերում դուք կարող եք թողնել բոլոր լռելյայն արժեքները, իսկապես կարևոր տարբերակները, որոնք բոլորը պետք է կազմաձևեն, իմ կարծիքով, կան ընդամենը 3-ը, որոնք մենք այժմ կարգավորելու ենք ընդամենը 4 քայլով: Սքրինշոթերը պատվիրատուի անգլերեն տարբերակից են 6.12.26, տարբերակների անվանումները տրված են անգլերենով և կրկնօրինակված են փակագծերում ռուսերեն թարգմանությամբ իր ընթացիկ տարբերակով (տարբերակից տարբերակ թարգմանությունը կարող է մի փոքր տարբերվել):

1. Լռելյայնորեն, BOINC Manager-ն աշխատում է «պարզեցված» ռեժիմով, որում շատ անհրաժեշտ գործառույթներ հասանելի չեն: Հետևաբար, եթե նախկինում դա չեք արել, ապա անցեք «Ընդլայնված» ռեժիմին «(Ընդլայնված դիտում)՝ սեղմելով համապատասխան կոճակը.

2. Բացեք BOINC Manager կարգավորումները.
Ծրագրի տարբերակներում՝ սկսած 6.12.xx-ից, դրանք գտնվում են ընտրացանկի «Գործիքներ» --> Հաշվողական նախապատվություններ (Ծառայություն --> Հաճախորդի կարգավորումներ)
Ավելի հին տարբերակներում, մասնավորապես 6.10.xx-ում, Ընդլայնված --> Նախապատվություններ տարրում (Ընդլայնված --> Կարգավորումներ)

3. «Պրոցեսորի օգտագործում» ներդիրում սահմանեք հետևյալ ընտրանքները.

«Մինչ պրոցեսորի օգտագործումը XX տոկոսից պակաս է» = 0
Այս տարբերակը լիովին դադարեցնում է հաշվարկները, երբ պրոցեսորը բեռնված է օգտվողի ծրագրերով (ինչը նշանակում է, որ ցանկացած այլ ծրագիր, բացի BOINC-ից, ներառյալ ֆոնային ռեժիմում աշխատողները) ավելի քան XX%: 0% նշանակում է անտեսել CPU-ի օգտագործումը այլ ծրագրերի կողմից: Խորհուրդ է տրվում սահմանել ճիշտ 0, քանի որ. հաշվարկներն իրականացվում են նվազագույն առաջնահերթությամբ և չեն խանգարում այլ ծրագրերի աշխատանքին նորմալ պայմաններում (քանի որ հաշվողական ռեսուրսները դինամիկ կերպով վերաբաշխվում են հօգուտ նրանց ՕՀ-ի միջոցով): Կամ դուք կարող եք սահմանել ձեր սեփական արժեքը, օրինակ՝ 80-90% (այսինքն՝ դադարեցնել հաշվարկը միայն այն դեպքում, երբ ծանրաբեռնվածությունը մեծ է): Լռելյայն արժեքը (25%) լավ չէ. հաշվարկները կդադարեն օգտագործողի ամենափոքր ակտիվությունից, ինչպես նաև, օրինակ, սկսելով ֆոնային հակավիրուսային սկանավորում կամ զուգահեռ օգտագործում: [էլփոստը պաշտպանված է]

Եթե ​​ցանկանում եք օգտագործել համակարգչում առկա պրոցեսորների/միջուկների միայն մի մասը BOINC-ի հաշվարկների համար, դրեք այն հետևյալ տարբերակով. պրոցեսորների ընդհանուր թվի տոկոսը): Արժեքը տրվում է %-ով, այսինքն. 4 միջուկանի պրոցեսորի վրա ընդամենը 3 միջուկ օգտագործելու համար սահմանեք այն 75%, 1 միջուկ 2 միջուկի վրա՝ 50% և այլն։
Բազմամիջուկ/բազմաթելային պրոցեսորների վրա այս մեթոդը նախընտրելի է նաև ծանրաբեռնվածությունը թուլացնելու/նվազեցնելու համար (օրինակ՝ գերտաքացման դեպքում)՝ համեմատած «առավելագույնը XX % CPU ժամանակի» հետ (օգտագործեք յուրաքանչյուր պրոցեսորի ժամանակի XX%-ից ոչ ավելին։ ), որովհետեւ այն ապահովում է ավելի «սահուն» բեռ պրոցեսորի վրա և լրացուցիչ խնայում է RAM-ը (նվազեցնելով զուգահեռ աշխատող գործընթացների/հաշվողական մոդուլների քանակը):
Եթե ​​այն պետք է օգտագործի բոլոր միջուկները, ապա մենք պարզապես թողնում ենք լռելյայն արժեքը, այսինքն. 100%:

4. «Ցանցի օգտագործում» (ցանցային կարգավորումներ) ներդիրում «Հավելյալ աշխատանքային բուֆեր XX օր» (Հավելյալ բուֆեր XX օր) սյունակի վրա սահմանեք աշխատանքային քեշի չափը.

Առաջադրանքների մեծ մատակարարումը թույլ կտա ձեզ խուսափել դադարից ինտերնետի հետ երկարատև խնդիրների կամ նախագծի սերվերների ձախողումների դեպքում: Առաջարկվող արժեքները 2-ից 8 օր են: Այս դեպքում որքան կանոնավոր աշխատի համակարգիչը, այնքան ավելի շատ կարող եք սահմանել աշխատանքային քեշի չափը: Կանոնավորություն նշանակում է համակարգչի աշխատանքի ռեժիմ, իդեալական օրինաչափություն՝ 24/7 ռեժիմով աշխատելը (օրը 24 ժամ, շաբաթը 7 օր) կամ ամեն օր, օրինակ՝ ուղիղ 10 ժամ։ Գրասենյակային համակարգիչները (մոտ 9/5 ռեժիմ) նույնպես կարելի է համարել բավականին սովորական: Բայց եթե համակարգիչը պարբերաբար միանում է, ոչ ամեն օր, և աշխատանքի տևողությունը տարբեր է ամեն օր, ապա անցանկալի է մեծ աշխատանքային քեշ տեղադրել, քանի որ. հաճախորդը մեծ սխալներ կանի՝ հաշվարկելով առաջադրանքների պահանջվող քանակությունը (հատվածներով)՝ ապահովելու ձեր նշած պաշարը (օրերով), և արդյունքում կարող է ներբեռնվել ավելի շատ առաջադրանքներ, քան դուք կարող եք ժամանակին կատարել: Քեշի չափը սահմանելու համար խորհուրդ չեմ տալիս օգտագործել «Բեռնել առաջադրանքները XX օր» կետը, քանի որ բացի քեշի չափից, այն նաև սահմանում է նախագծի սերվերներին միանալու հաճախականությունը (բնօրինակում այս տարրը կոչվում է «Միացեք ամեն XX օրը») և այնտեղ մեծ արժեք սահմանելով՝ մենք ստանում ենք մի իրավիճակ, որ հաճախորդը մի քանի օր կսպասի մինչև հաշված առաջադրանքները սերվեր ուղարկելը և թարմ առաջադրանքների մի մասը կստանա:

Եթե ​​դուք հետաքրքրված եք ավելի մանրամասն կարգավորումներով կամ որոշ տարբերակների նկարագրությամբ, ապա մենք կարդում ենք BOINC կարգավորումների ամբողջական տարբերակը, որը գտնվում է այստեղ. (կլինի հղում, երբ այս ամբողջական տարբերակը պատրաստ լինի)