Сул зогсолт бол гэрийн VPN хайрцаг амьдралынхаа бараг бүх хугацааг өнгөрүүлдэг төлөв тул хэмжих нь зүйтэй төлөв нь яг энэ юм. Мөн машин нь туннель өргөгдсөн үед холболтод хариулах, файл үйлчлэх, нөөц хуулбарыг дуусгах ёстой бөгөөд эдгээр гурван ажил өөр өөр чиглэлд татдаг. Чимээгүй байдал, бага эрчим хүч, байнгын хүртээмж нь тусдаа шинж чанарууд бөгөөд үзүүлэлтийн хуудас тэдгээрийн аль нэгийг ч тайлбарладаггүй. Доорх шалгалтуудыг дарааллаар нь хийвэл техник хангамжийн шийдвэр зургаан сарын дараа дахин бүтээх ажил болохгүй.

Эд ангиас биш, үүргээс эхэл

Хайрцаг хэний ч нүдэнд өртөхгүй байх үед хийх ёстой бүх ажлыг бичиж ав. WireGuard эсвэл OpenVPN гарц, файл хуваалцах, нөөц хуулбарын зорилт, индексжүүлэх ажил нь өөр өөр тогтмол зардалтай бөгөөд бүх дөрвийг хийдэг машин эхнийхийг л хийдэг машинаас хамаагүй өндөр шалтай. Сул зогсолтын хэрэглээ нь тэдгээр шалны нийлбэр, дундаж биш. Тиймээс нэг өрөөнд хоёуланг нь бага эрчим хүчтэй гэж тодорхойлсон хоёр хайрцаг гурав дахин ялгаатай байж болно.

Өгөгдөл туннельтэй нэг host дээр амьдардаг эсэхийг эрт шийдэх нь бусад бүхнийг хязгаарладаг. Тусдаа host-ууд нь хоёр сул зогсолтын хэрэглээ гэсэн үг, гэхдээ агуулах унтаж байхад гарц сэрүүн байна; нэг host нь нэг хэрэглээ, нэг алдааны домэйн гэсэн үг. Аль нь ч буруу биш, гэхдээ хариултыг эд ангийн жагсаалт үүсэхээс өмнө бичих ёстой.

Бүх хайрцгийг гурван төлөвт хэмж

Замын залгуур ба тэжээлийн эх үүсвэрийн хоорондох хананы хэмжигч энд цорын ганц шударга хэрэгсэл, учир нь хувиргалтын алдагдал, дискний эргэлт, мартагдсан бүх USB төхөөрөмжийг багтаадаг. Гурван тоог бич: туннель өргөгдсөн, өөр юу ч ажиллахгүй байх сул зогсолт, бодит алсын дамжуулалтын үеийн мөн хайрцаг, төлөвлөсөн нөөц хуулбарын үеийн хайрцаг.

Програм хангамжийн тоолуурууд хананы хэмжигчийн заалтыг тайлбарлахад тусалдаг ч орлуулдаггүй. RAPL интерфейс багц болон санах ойн домэйны энергийг мэдээлдэг бөгөөд энэ нь тэжээлийн алдагдал болон USB-ээр холбогдсон бүхнийг тооцохгүй.

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

Чимээнд мөн адил хандалт хэрэгтэй. Сэнсгүй корпус нэг эх үүсвэрийг арилгаж, хатуу дискийг, тэжээлийг, ороомгийн шуугианыг үлдээдэг тул нэвтрэх дэлгэц дээр биш, нөөц хуулбарын үед сонс. Температур мөн адил тойрогт хамаарна: тогтмол ачааллын дор мэдрэгчийг унш, хайрцгийг чимээгүй болгохын тулд дулааны хамгааллыг хэзээ ч бүү унтраа.

Ваттыг харьцуулж болох жил болгон хувирга

Тогтмол хэрэглээ нэг үржүүлэхээр энерги болж, үүнийг нэг удаа хийснээр жилийн зардал гэнэтийн зүйл болохгүй. Бүтэн жилийн 11 W жишээ дундаж дараах байдлаар бодогдоно.

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

Энэ тоо нь арифметик, таны хайрцгийн хэмжилт биш бөгөөд үүнийг үржүүлэх тариф хариултыг хэдэн ваттаас илүү хөдөлгөдөг. Тооцоолол нь хоёр загварыг харьцуулахад тохиромжтой: сул зогсолтод 6 W хэрэглэдэг гарц 15 W-тай харьцуулахад үнэ тавьж болох шийдвэр юм. Процессорын нэрлэсэн хүч нь тэр тоо биш, учир нь ачааллын дор байгаа багцыг тодорхойлдог, тайван байгаа системийг биш. Хананы хэмжигчийн дунджийг орон нутгийн тарифтай хамт ашиглаж, үр дүнг тооцоолол гэж тэмдэглэ.

Унтахыг зөвшөөрөх эсэхийг шийд

Унтах нь хамгийн их энерги хэмнэж, хамгийн олон таамаглалыг эвддэг. Унтаж байгаа host нь өөрийг нь сэрээх ирж буй холболтыг хүлээж чадахгүй бөгөөд клиентийн keepalive үүнийг өөрчлөхгүй; зөвхөн нэг LAN дээр үргэлж асаалттай төхөөрөмж л wake-on-LAN пакет илгээж чадна.

Хэрэв туннель аль ч цагт хүртээмжтэй байх ёстой бол унтахыг бодлогоор идэвхгүй болгосон гэж үзэж, үүнийг бүтээх тэмдэглэлд бич. Зорилтуудыг далдлах нь бүдүүлэг боловч тодорхой бөгөөд багц шинэчлэлтийг зуршилаас илүү сайн давдаг.

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

Wake-on-LAN тэдгээр тэмдэглэлд өөрийн гэсэн мөр хүртэх ёстой, учир нь чимээгүйхэн бүтэлгүйтдэг. Функцийг firmware-д идэвхжүүлэх ёстой, зөвхөн зарим интерфэйс дээр ажилладаг бөгөөд пакет илгээхийн тулд аль хэдийн сэрүүн байгаа төхөөрөмж хэрэгтэй. Үүнд найдахын өмнө шалга, аялалын дараа биш.

Энэ нь үнэхээр харах ачааллын дор нотол

Сүүлийн шалгалт бол хүмүүсийн алгасдаг шалгалт: төлөвлөсөн ачааллыг ажиллуулж, нэг цаг хайрцгийг ажигла. Алсын дамжуулалт, нөөц хуулбар, индексийг дахин бүтээх зэрэг нь хөргөлт, холбоос, агуулах сонгосон үүргийн хослолыг дааж чадах эсэхийг харуулна.

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

Мөн цонхонд нэвтрэх холбоосыг ажигла, учир нь дээш урсгалын зурвасын өргөн ихэвчлэн процессороос хамаагүй эрт алсын дамжуулалтыг хязгаарладаг. Хэрэв туннель процессорын шифрлэж чадах хэмжээний зөвхөн нэг хэсэгт ханачихвал, илүү хурдан чип юу ч худалдаж авдаггүй.

Холбоотой нийтлэлүүд