Філіп Вітнал (Philip Withnall) з кампаніі Endless на канферэнцыі GUADEC 2020 з увесці ўлік уплыву распрацоўкі прыкладанняў GNOME на навакольнае асяроддзе. Для кожнага прыкладання прапануецца адлюстроўваць параметр "Carbon Cost", які паказвае прыкладны ўзровень выкіду вуглякіслага газу ў атмасферу і які дазваляе ацаніць як распрацоўка ўплывае на глабальнае пацяпленне.
На думку дакладчыка, нягледзячы на тое, што свабоднае ПЗ пастаўляецца бясплатна, у яго ёсць ускосная цана - уплыў распрацоўкі на навакольнае асяроддзе. Напрыклад, серверная інфраструктура праекту, серверы бесперапыннай інтэграцыі, праца некамерцыйнай арганізацыі GNOME Foundation і правядзенне канферэнцый распрацоўнікаў патрабуюць электраэнергіі і матэрыялаў, працэсы вытворчасці якіх прыводзяць да выкідаў вуглякіслага газу ў атмасферу. Прыкладанні таксама спажываюць энергію на сістэмах карыстальніка, што таксама ўскосна адбіваецца на навакольным асяроддзі.
Увядзенне новай метрыкі дазволіць паказаць сур'ёзнае стаўленне праекту GNOME да захавання навакольнага асяроддзя. У ліку фактараў для вылічэння метрыкі згадваецца час працы прыкладання, нагрузка на CPU, сховішча і сетка, інтэнсіўнасць тэсціравання ў сістэме бесперапыннай інтэграцыі. Для адзнакі нагрузкі прапануецца выкарыстоўваць sysprof, механізмы акаўнтынгу systemd і powertop, дадзеныя ад якіх могуць быць ператвораныя ў эквівалент выкіду вуглякіслага газу. Напрыклад, 1:6 інтэнсіўнай нагрузкі CPU можна ацэньваць прыблізна як XNUMX грамаў. (зыходзячы з росту спажыванай магутнасці на 20 Вт), а 1 ГБ загружаных па сетцы дадзеных, як 17 грамаў CO2e. Што да сістэм бесперапыннай інтэграцыі, зборка Glib ацэньваецца як 48 кілаграм CO2e у год (для параўнання адзін чалавек у год вырабляе 4.1/2 тоны COXNUMXe).
Для зніжэння "Carbon Cost" распрацоўнікам прапануецца праводзіць аптымізацыі, такія як прымяненне кэшавання, павышэнне эфектыўнасці кода, зніжэння сеткавай нагрузкі і прымяненне наканаваных вобразаў у сістэме бесперапыннай інтэграцыі, уносячы такім спосабам свой уклад у барацьбу з глабальным пацяпленнем. Напрыклад, выкарыстанне гатовых docker-выяваў у сістэме бесперапыннай інтэграцыі дазволіць зменшыць значэнне метрыкі ў 4 разу.
Для кожнага значнага рэлізу прапануецца лічыць сукупны "Carbon Cost", які падсумоўвае метрыкі ўсіх прыкладанняў, а таксама выдаткі на праект GNOME, Фонд GNOME, хакфесты і сістэму бесперапыннай інтэграцыі. Падобная метрыка дасць магчымасць весці распрацоўку з аглядкай на ўплывы на навакольнае асяроддзе, адсочваць дынаміку і праводзіць належныя аптымізацыі.
Крыніца: opennet.ru