ਸ਼ਾਂਤ, ਘੱਟ ਬਿਜਲੀ ਵਰਤਣ ਵਾਲਾ, ਹਮੇਸ਼ਾ ਚਾਲੂ ਰਹਿਣ ਵਾਲਾ VPN ਸਰਵਰ ਕਿਵੇਂ ਯੋਜਨਾ ਬਣਾਈਏ

ਨਿਸ਼ਕਿਰਿਆਤਾ ਉਹ ਅਵਸਥਾ ਹੈ ਜਿੱਥੇ ਘਰੇਲੂ 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 ਜਿੰਨਾ ਐਨਕ੍ਰਿਪਟ ਕਰ ਸਕਦਾ ਹੈ ਉਸਦੇ ਹਿੱਸੇ ਉੱਤੇ ਹੀ ਸੰਤ੍ਰਿਪਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਤੇਜ਼ ਚਿੱਪ ਕੁਝ ਵੀ ਨਹੀਂ ਖਰੀਦਦੀ।