નિષ્ક્રિય સ્થિતિ એ છે જ્યાં ઘરનું VPN બોક્સ લગભગ આખું જીવન વિતાવે છે, તેથી એ સ્થિતિ માપવા લાયક છે. એ જ મશીનને ટનલ ચાલુ હોય ત્યારે એક કનેક્શનનો જવાબ આપવો, ફાઇલ પરોસવી અને બેકઅપ પૂરો કરવો પડે છે, અને આ ત્રણ કામ જુદી જુદી દિશામાં ખેંચે છે. શાંતિ, ઓછી શક્તિ અને હંમેશા પહોંચ એ અલગ ગુણધર્મો છે, અને સ્પેસિફિકેશન શીટ એમાંથી એક પણ વર્ણવતી નથી. નીચેની તપાસો ક્રમમાં પૂરી કરવાથી છ મહિના પછી હાર્ડવેરનો નિર્ણય ફરી બાંધકામમાં નહીં ફેરવાય.

ભાગોથી નહીં, ભૂમિકાઓથી શરૂ કરો

કોઈ જોતું ન હોય ત્યારે બોક્સે કરવાનાં બધાં કામ લખો. WireGuard અથવા OpenVPN ગેટવે, ફાઇલ શેરિંગ, બેકઅપ લક્ષ્ય અને ઇન્ડેક્સિંગ કામની સ્થિર કિંમતો જુદી છે, અને ચારેય કરતા મશીનનો નીચો સ્તર ફક્ત પહેલું કરતા મશીન કરતાં ઘણો ઊંચો હોય છે. નિષ્ક્રિય વપરાશ એ સ્તરોનો સરવાળો છે, તેમનો સરેરાશ નહીં. તેથી એક જ રૂમમાં બંનેને ઓછી શક્તિ કહેવાતાં બે બોક્સ ત્રણ ગણા સુધી અલગ હોઈ શકે.

ડેટા ટનલ જેવા જ હોસ્ટ પર રહે છે કે નહીં તે વહેલું નક્કી કરવું બાકીનું બધું મર્યાદિત કરે છે. અલગ હોસ્ટ એટલે બે નિષ્ક્રિય વપરાશ, પણ સ્ટોરેજ સૂતું હોય ત્યારે ગેટવે જાગતું રહે; એક હોસ્ટ એટલે એક વપરાશ અને એક નિષ્ફળતા-ક્ષેત્ર. બંમાંથી કોઈ ખોટું નથી, પણ ભાગોની યાદી બનતાં પહેલાં જવાબ લખાઈ જવો જોઈએ.

આખું બોક્સ ત્રણ સ્થિતિમાં માપો

સોકેટ અને પાવર સપ્લાય વચ્ચેનું વોલ મીટર જ એકમાત્ર પ્રામાણિક સાધન છે, કારણ કે તેમાં રૂપાંતરણની ખોટ, ડ્રાઇવનું ફરવું અને તમે ભૂલી ગયેલું દરેક 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 વાળું—એ નિર્ણય છે જેની કિંમત તમે નક્કી કરી શકો. પ્રોસેસરની રેટેડ વોટેજ એ આંકડો નથી, કારણ કે તે ભાર હેઠળના પેકેજનું વર્ણન કરે છે, આરામમાં રહેલી સિસ્ટમનું નહીં. વોલ મીટરની સરેરાશ સ્થાનિક ટેરિફ સાથે વાપરો, અને પરિણામને અંદાજ તરીકે લેબલ કરો.

ઊંઘને મંજૂરી છે કે નહીં તે નક્કી કરો

ઊંઘ સૌથી વધુ ઊર્જા બચાવે છે અને સૌથી વધુ ધારણાઓ તોડે છે. સૂતેલું હોસ્ટ તેને જગાડનારું આવતું કનેક્શન સ્વીકારી શકતું નથી, અને ક્લાયન્ટ 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 તે નોંધમાં પોતાની લાઇનને લાયક છે, કારણ કે તે શાંતિથી નિષ્ફળ જાય છે. આ સુવિધા ફર્મવેરમાં સક્ષમ કરવી પડે, ફક્ત કેટલાક ઇન્ટરફેસ પર કામ કરે છે, અને પેકેટ મોકલવા માટે પહેલેથી જ જાગતું ઉપકરણ જોઈએ. તેના પર આધાર રાખતાં પહેલાં તેને ચકાસો, મુસાફરી પછી નહીં.

જે ભાર તે ખરેખર જોશે તે હેઠળ તેને સાબિત કરો

છેલ્લી તપાસ એ છે જે લોકો છોડી દે છે: ઇચ્છિત ભાર ચલાવો અને એક કલાક બોક્સ જુઓ. એક જ સમયે દૂરસ્થ ટ્રાન્સફર, બેકઅપ અને ઇન્ડેક્સ પુનઃનિર્માણ દર્શાવશે કે ઠંડક, લિંક અને સ્ટોરેજ તમે પસંદ કરેલ ભૂમિકા-સંયોજન ઉપાડી શકે છે કે નહીં.

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

એ જ વિન્ડોમાં એક્સેસ લિંક પણ જુઓ, કારણ કે અપસ્ટ્રીમ બેન્ડવિડ્થ સામાન્ય રીતે પ્રોસેસર પહેલાં ઘણું વહેલું દૂરસ્થ થ્રુપુટ મર્યાદિત કરે છે. જો ટનલ CPU જેટલું એન્ક્રિપ્ટ કરી શકે તેના અંશમાં જ સંતૃપ્ત થાય, તો ઝડપી ચિપ કંઈ પણ ખરીદતી નથી.

સંબંધિત લેખો