ਉਬੰਟੂ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਸਕੇਲਿੰਗ_ਕਰ_ਫ੍ਰੀਕ ਅਤੇ ਸਕੇਲਿੰਗ_ਮੈਕਸ_ਫ੍ਰੀਕ ਗਲਤੀ ਨੂੰ ਹੱਲ ਕਰਨਾ

ਉਬੰਟੂ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਗਲਤੀਆਂ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨਾ

ਉਬੰਟੂ 20.04 ਬੇਸ 'ਤੇ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਬਾਹਰੀ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋਏ, ਅਚਾਨਕ ਗਲਤੀਆਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਅਜਿਹਾ ਇੱਕ ਮੁੱਦਾ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨੂੰ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ scaling_cur_freq ਅਤੇ scaling_max_freq ਪਰ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਗਲਤੀ ਹੁੰਦੀ ਹੈ।

ਇਹ ਮੁੱਦਾ ਖਾਸ ਤੌਰ 'ਤੇ ਉਲਝਣ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ Linux ਵਿੱਚ ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਵਿਧੀਆਂ ਤੋਂ ਅਣਜਾਣ ਹੋ ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਮਲਕੀਅਤ ਵਾਲਾ ਕੰਟੇਨਰ ਚਲਾ ਰਹੇ ਹੋ। ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਇਸਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਖਾਸ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ ਜਾਂ ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ।

ਸਮੱਸਿਆ ਦਾ ਮੂਲ ਕੰਟੇਨਰਾਈਜ਼ਡ ਵਾਤਾਵਰਨ ਅਤੇ ਹੋਸਟ ਮਸ਼ੀਨ ਦੇ ਹਾਰਡਵੇਅਰ, ਖਾਸ ਤੌਰ 'ਤੇ CPU ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜੋ ਕਿ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਹਮੇਸ਼ਾਂ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੁੰਦੇ, ਵਿਚਕਾਰ ਆਪਸੀ ਤਾਲਮੇਲ ਵਿੱਚ ਹੈ। ਇਸ ਦੇ ਹੱਲ ਅਕਸਰ ਅਲੋਪ ਹੁੰਦੇ ਹਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਵਿੱਚ ਖਿੰਡੇ ਹੋਏ ਹੁੰਦੇ ਹਨ।

ਇਸ ਗਾਈਡ ਵਿੱਚ, ਅਸੀਂ ਖੋਜ ਕਰਾਂਗੇ ਕਿ ਇਹ ਗਲਤੀ ਕਿਉਂ ਵਾਪਰਦੀ ਹੈ, ਕੀ ਇਹ ਤੁਹਾਡੇ ਡੌਕਰ ਸੈਟਅਪ ਜਾਂ ਅੰਡਰਲਾਈੰਗ ਲੀਨਕਸ ਵਾਤਾਵਰਣ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਅਤੇ ਕਿਹੜੇ ਸੰਭਾਵੀ ਹੱਲ ਲਾਗੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਅਸੀਂ AWS EC2 Linux ਉਦਾਹਰਨਾਂ 'ਤੇ ਕ੍ਰੋਮ ਸਥਾਪਨਾ ਦੇ ਨਾਲ ਇੱਕ ਸਮਾਨ ਮੁੱਦੇ 'ਤੇ ਵੀ ਚਰਚਾ ਕਰਾਂਗੇ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਫਿਕਸ ਇੱਥੇ ਲਾਗੂ ਕਿਉਂ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ।

ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਗਲਤੀ ਹੱਲਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ

ਪਹਿਲਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਗੁੰਮ CPU ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਫਾਈਲਾਂ ਦੇ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਜਿਵੇਂ ਕਿ scaling_cur_freq ਅਤੇ scaling_max_freq, ਜੋ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੁਝ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਜ਼ਰੂਰੀ ਹਨ। ਇਹ ਫਾਈਲਾਂ ਆਮ ਤੌਰ 'ਤੇ ਵਿੱਚ ਪਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ /sys/devices/system/cpu/cpu0/cpufreq ਡਾਇਰੈਕਟਰੀ, ਪਰ ਕੰਟੇਨਰਾਈਜ਼ਡ ਵਾਤਾਵਰਨ ਵਿੱਚ, ਖਾਸ ਕਰਕੇ ਉਬੰਟੂ 20.04 'ਤੇ, ਉਹ ਉਪਲਬਧ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ। bash ਸਕ੍ਰਿਪਟ ਇਹਨਾਂ ਫਾਈਲਾਂ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰਕੇ ਅਤੇ ਜੇਕਰ ਉਹ ਗੁੰਮ ਹਨ ਤਾਂ ਸਟੱਬ ਬਣਾ ਕੇ ਇਸ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦੀ ਹੈ। ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕੰਟੇਨਰ ਇਹਨਾਂ ਗੁੰਮ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨਾਲ ਸਬੰਧਤ ਗਲਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕੀਤੇ ਬਿਨਾਂ ਆਪਣੇ ਸੰਚਾਲਨ ਨਾਲ ਅੱਗੇ ਵਧ ਸਕਦਾ ਹੈ।

ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਲੋੜੀਂਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਚੱਕਰ ਲਗਾਉਣ ਲਈ ਇੱਕ ਲੂਪ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਜੇਕਰ ਕੋਈ ਗੁੰਮ ਹੈ, ਤਾਂ ਇਹ ਉਹਨਾਂ ਨੂੰ ਵਰਤ ਕੇ ਬਣਾਉਂਦਾ ਹੈ ਛੂਹ ਹੁਕਮ. ਇਹ ਪਹੁੰਚ ਸਧਾਰਨ ਪਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਵਿੱਚ ਵਿਆਪਕ ਸੋਧਾਂ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਫਾਈਲਾਂ ਉਪਲਬਧ ਹੋਣ। ਇਹ ਸਕ੍ਰਿਪਟ ਨੂੰ ਹੋਰ ਵਾਤਾਵਰਣਾਂ ਲਈ ਆਸਾਨੀ ਨਾਲ ਅਨੁਕੂਲ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਰਚਿਤ ਨਹੀਂ ਹੈ। ਲੌਗਿੰਗ ਜਾਂ ਵਾਧੂ ਗਲਤੀ-ਜਾਂਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਜੋੜ ਕੇ, ਸਕ੍ਰਿਪਟ ਨੂੰ ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਲਈ ਹੋਰ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਪਾਇਥਨ ਹੱਲ ਦਾ ਲਾਭ ਲੈ ਕੇ ਇੱਕ ਵੱਖਰੀ ਪਹੁੰਚ ਅਪਣਾਉਂਦੀ ਹੈ os.path.isfile() ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਕਿ ਕੀ ਲੋੜੀਂਦੀਆਂ ਫਾਈਲਾਂ ਮੌਜੂਦ ਹਨ। ਜੇਕਰ ਉਹ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਇਹ ਆਸਾਨ ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਕਰਨ ਲਈ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਗਲਤੀ ਨੂੰ ਲੌਗ ਕਰਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਲਈ ਵਧੇਰੇ ਅਨੁਕੂਲ ਹੈ ਜਿੱਥੇ ਵਿਸਤ੍ਰਿਤ ਲੌਗਿੰਗ ਦੀ ਲੋੜ ਹੈ, ਜਾਂ ਜਿੱਥੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਵੱਡੇ ਪਾਈਥਨ-ਅਧਾਰਿਤ ਸਿਸਟਮ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪਾਈਥਨ ਦੀ ਮਾਡਿਊਲਰਿਟੀ ਅਤੇ ਪੜ੍ਹਨਯੋਗਤਾ ਇਸ ਹੱਲ ਨੂੰ ਕਈ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸਕੇਲ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇਕਰ ਮਲਟੀਪਲ ਫਾਈਲਾਂ ਦੀ ਜਾਂਚ ਜਾਂ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਡੌਕਰਫਾਈਲ ਹੱਲ ਡੌਕਰ ਕੰਟੇਨਰ ਦੇ ਬਿਲਡ ਪੜਾਅ ਦੌਰਾਨ ਫਾਈਲ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਲੋੜੀਂਦੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਅਤੇ ਫਾਈਲਾਂ ਕੰਟੇਨਰ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦ ਹੋਣ, ਕਿਸੇ ਵੀ ਰਨਟਾਈਮ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚੇ। ਵਰਗੇ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਚਲਾਓ ਅਤੇ chmod, ਡੌਕਰਫਾਈਲ ਕੰਟੇਨਰ ਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਫਾਈਲ ਬਣਾਉਣ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੀ ਹੈ। ਇਹ ਵਿਧੀ ਵੱਖ-ਵੱਖ ਸਰਵਰਾਂ ਜਾਂ ਕਲਾਉਡ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਇਕਸਾਰ ਤੈਨਾਤੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਆਦਰਸ਼ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮ ਸੰਰਚਨਾ ਵੱਖਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਇਹਨਾਂ ਪਹੁੰਚਾਂ ਨੂੰ ਜੋੜਨਾ ਇੱਕ ਆਮ ਕੰਟੇਨਰਾਈਜ਼ਡ ਲੀਨਕਸ ਮੁੱਦੇ ਲਈ ਮਜ਼ਬੂਤ ​​ਹੱਲ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

#!/bin/bash
# Check if the required files exist
FREQ_PATH="/sys/devices/system/cpu/cpu0/cpufreq"
REQUIRED_FILES=("scaling_cur_freq" "scaling_max_freq")
# Loop through each file and create a stub if it's missing
for FILE in "${REQUIRED_FILES[@]}"; do
    if [[ ! -f "$FREQ_PATH/$FILE" ]]; then
        echo "File $FILE not found, creating a stub."
        sudo touch "$FREQ_PATH/$FILE"
        echo "Stub created for $FILE."
    else
        echo "$FILE exists."
    fi
done
# End of script

import os
import logging
# Set up logging
logging.basicConfig(filename='freq_check.log', level=logging.INFO)
freq_files = ['/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq',
              '/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq']
# Function to check file existence
def check_files():
    for file in freq_files:
        if os.path.isfile(file):
            logging.info(f'{file} exists.')
        else:
            logging.error(f'{file} is missing.')
# Call the function
check_files()

FROM ubuntu:20.04
RUN apt-get update && apt-get install -y sudo
# Create necessary directories and files if they don't exist
RUN mkdir -p /sys/devices/system/cpu/cpu0/cpufreq/
RUN touch /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
RUN touch /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
# Set permissions to avoid access issues
RUN chmod 644 /sys/devices/system/cpu/cpu0/cpufreq/*
# Ensure the container runs a basic command on start
CMD ["/bin/bash"]

CPU ਫ੍ਰੀਕੁਐਂਸੀ ਸਕੇਲਿੰਗ ਅਤੇ ਕੰਟੇਨਰ ਸੀਮਾਵਾਂ ਨੂੰ ਸਮਝਣਾ

ਦਾ ਇੱਕ ਹੋਰ ਨਾਜ਼ੁਕ ਪਹਿਲੂ scaling_cur_freq ਅਤੇ scaling_max_freq ਮੁੱਦਾ ਇਹ ਹੈ ਕਿ ਡੌਕਰ ਕੰਟੇਨਰ ਹਾਰਡਵੇਅਰ ਪਰਸਪਰ ਕ੍ਰਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦੇ ਹਨ, ਖਾਸ ਤੌਰ 'ਤੇ ਲੀਨਕਸ ਵਾਤਾਵਰਣ ਵਿੱਚ CPU ਬਾਰੰਬਾਰਤਾ ਸਕੇਲਿੰਗ ਦੇ ਨਾਲ। ਇਹ ਸਕੇਲਿੰਗ ਫਾਈਲਾਂ ਲੀਨਕਸ ਕਰਨਲ ਦੀ CPU ਗਵਰਨਰ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਹਿੱਸਾ ਹਨ, ਜੋ ਕਿ CPU ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਐਡਜਸਟ ਕਰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਕੋਲ ਅਕਸਰ ਇਹਨਾਂ ਹਾਰਡਵੇਅਰ ਸਰੋਤਾਂ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਫਾਈਲ ਗਲਤੀਆਂ ਗੁੰਮ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਗਲਤੀ ਲੌਗ ਵਿੱਚ ਦੇਖਿਆ ਗਿਆ ਹੈ।

ਇੱਕ ਆਮ ਲੀਨਕਸ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਸੀਪੀਯੂ ਸਕੇਲਿੰਗ ਵਿਧੀ ਨੂੰ ਸੋਧਿਆ ਜਾਂ ਐਕਸੈਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ /sys ਡਾਇਰੈਕਟਰੀ. ਹਾਲਾਂਕਿ, ਇੱਕ ਕੰਟੇਨਰਾਈਜ਼ਡ ਵਾਤਾਵਰਣ ਦੇ ਅੰਦਰ, ਇਹ ਪਹੁੰਚ ਪ੍ਰਤਿਬੰਧਿਤ ਹੈ ਜਦੋਂ ਤੱਕ ਕਿ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਸੰਰਚਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸੀਮਾ ਉਹ ਹੈ ਜੋ ਅਕਸਰ ਡੌਕਰ ਨੂੰ ਅਸਫਲ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦੀ ਹੈ ਜਦੋਂ ਪ੍ਰੋਜੈਕਟ ਹੋਸਟ ਮਸ਼ੀਨ ਦੀਆਂ CPU ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ. ਸਹੀ ਪਹੁੰਚ ਜਾਂ ਇਮੂਲੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ, ਕੰਟੇਨਰ ਰਿਪੋਰਟ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਨਾਜ਼ੁਕ ਫਾਈਲਾਂ ਨੂੰ ਲੱਭ ਨਹੀਂ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ scaling_cur_freq.

ਇਹਨਾਂ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਇਹ ਸਮਝਣਾ ਕਿ ਲੀਨਕਸ CPU ਗਵਰਨਰਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਡੌਕਰ ਹਾਰਡਵੇਅਰ ਸਰੋਤਾਂ ਨੂੰ ਕਿਵੇਂ ਅਲੱਗ ਕਰਦਾ ਹੈ। ਹੱਲ ਵਧੇਰੇ ਸਿੱਧੀ ਹਾਰਡਵੇਅਰ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ ਡੌਕਰ ਰਨਟਾਈਮ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਸੋਧਣ ਤੱਕ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਦਸਤੀ ਫਾਈਲ ਸਟੱਬ ਬਣਾਉਣ ਤੋਂ ਲੈ ਕੇ ਹੋ ਸਕਦੇ ਹਨ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਹਨਾਂ ਸੀਮਾਵਾਂ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਉਹਨਾਂ ਸਿਸਟਮਾਂ 'ਤੇ ਕੰਟੇਨਰ ਬਣਾਉਂਦੇ ਜਾਂ ਤੈਨਾਤ ਕਰਦੇ ਹਨ ਜਿੱਥੇ ਸਿੱਧੇ ਹਾਰਡਵੇਅਰ ਇੰਟਰੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।