"Linux ਸਰਵਰ 'htop' ਕਮਾਂਡ ਨਾਲ CPU ਅਤੇ RAM ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਕਿਵੇਂ ਲੱਭਣਾ"

Linux ਸਰਵਰ 'htop' ਕਮਾਂਡ, CPU ਅਤੇ RAM ਦੀ ਵਿਰੋਧੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਲੱਭਣ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਭ ਤੋਂ ਪ੍ਰਯੋਗਕਾਰੀ ਮਾਨੀਟਰਿੰਗ ਟੂਲਜ਼ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। htop ਸਕ੍ਰੀਨ 'ਤੇ CPU%, MEM%, PID, USER, TIME+ ਅਤੇ COMMAND ਕਾਲਮਾਂ ਦੀ ਜਾਂਚ ਕਰਕੇ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜਾ PHP, Python, Node.js, cron, ਡੇਟਾਬੇਸ ਜਾਂ ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੇ ਸਰਵਰ ਨੂੰ ਥਕਾ ਰਹੀ ਹੈ; ਫਿਰ ਤੁਸੀਂ ਪ੍ਰਕਿਰਿਆ ਦੇ ਮਾਲਕ, ਫਾਈਲ ਪਾਥ ਅਤੇ ਕੰਮ ਦੇ ਉਦੇਸ਼ ਨੂੰ ਜਾਂਚ ਕੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਦਖਲ ਦੇ ਸਕਦੇ ਹੋ।

ਭਾਗੀਦਾਰੀ ਹੋਸਟਿੰਗ, VPS, VDS ਜਾਂ ਸਮਰਪਿਤ ਸਰਵਰ ਦੇ ਫਰਕ ਦੇ ਬਗੈਰ, ਅਚਾਨਕ ਸੁਸਤ ਹੋਣ ਦੇ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸੇ ਦਾ ਕਾਰਨ ਬਿਨਾ ਕੰਟਰੋਲ ਵਾਲੇ ਸਕ੍ਰਿਪਟ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, ਇੱਕ ਗਲਤ WordPress ਐਕਸਟੇੰਸ਼ਨ, ਅਨੰਤ ਲੂਪ ਵਿੱਚ ਜਾ ਰਿਹਾ PHP ਫਾਈਲ, ਭਾਰੀ ਕੰਮ ਕਰ ਰਹੀ cron ਕਾਰਵਾਈ, ਅਨੁਕੂਲਿਤ ਨਾ ਹੋਈ ਡੇਟਾਬੇਸ ਕਵੈਰੀ ਜਾਂ ਕਬਜਾ ਕੀਤੀ ਗਈ ਵੈਬ ਫਾਈਲ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ CPU ਦੀ ਵਰਤੋਂ ਨੂੰ 100% ਦੇ ਨੇੜੇ ਲੈ ਜਾ ਸਕਦੀ ਹੈ। ਜਦੋਂ RAM ਦੀ ਵਰਤੋਂ ਵੱਧਦੀ ਹੈ, ਤਾਂ ਸਰਵਿਸ਼ਾਂ ਥੱਕ ਸਕਦੀਆਂ ਹਨ, MySQL ਕਨੈਕਸ਼ਨ ਡਿੱਗ ਸਕਦੇ ਹਨ, ਵੈਬ ਸਾਈਟਾਂ 503 ਗਲਤੀ ਦੇ ਸਕਦੀਆਂ ਹਨ ਜਾਂ Linux ਕਾਰਨ OOM Killer ਕੁਝ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ।

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

htop ਕੀ ਹੈ ਅਤੇ ਇਹ top ਕਮਾਂਡ ਨਾਲੋਂ ਕਿਉਂ ਵਧੀਆ ਹੈ?

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

htop ਨਾਲ ਤੁਸੀਂ ਅਸਮਾਨਤ ਸੂਚਨਾ ਦੇਖ ਸਕਦੇ ਹੋ:

• ਹਰ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਵਰਤਿਆ ਗਿਆ CPU ਫੈਕਟਰ
• ਹਰ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਵਰਤਿਆ ਗਿਆ RAM ਫੈਕਟਰ ਅਤੇ ਯਾਦاشت ਦੀ ਮਾਤਰਾ
• ਪ੍ਰਕਿਰਿਆ ਦਾ PID ਨੰਬਰ
• ਪ੍ਰਕਿਰਿਆ ਚਲਾਉਣ ਵਾਲਾ ਯੂਜ਼ਰ
• ਕਮਾਂਡ ਲਾਈਨ ਜਾਂ ਸਕ੍ਰਿਪਟ ਦਾ ਨਾਮ
• ਚੱਲਣ ਦਾ ਸਮਾਂ ਅਤੇ ਪ੍ਰਾਥਮਿਕਤਾ ਮੁੱਲ
• ਲੋਡ ਔਸਤ, ਕੁੱਲ RAM, ਸਵੈਪ ਅਤੇ CPU ਕੋਰ ਦੀ ਵਰਤੋਂ

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

htop ਇੰਸਟਾਲੇਸ਼ਨ: ਵੰਡ ਦੇ ਅਨੁਸਾਰ ਕਮਾਂਡਾਂ

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

Ubuntu ਅਤੇ Debian ਸਰਵਰਾਂ 'ਤੇ htop ਇੰਸਟਾਲੇਸ਼ਨ

Ubuntu ਜਾਂ Debian ਆਧਾਰਿਤ ਸਰਵਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਵਰਤੀ ਜਾ ਸਕਦੀਆਂ ਹਨ:

sudo apt update

sudo apt install htop -y

ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ, htop ਕਮਾਂਡ ਲਿਖ ਕੇ ਟੂਲ ਨੂੰ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ sudo ਅਧਿਕਾਰ ਨਹੀਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਤੋਂ ਸਹਾਇਤਾ ਮੰਗਣੀ ਪੈ ਸਕਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰਬੰਧਨਯੋਗ VPS ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਰੂਟ ਪਹੁੰਚ ਤੁਹਾਡੇ ਕੋਲ ਹੁੰਦੀ ਹੈ।

AlmaLinux, Rocky Linux, CentOS ਅਤੇ RHEL ਇੰਸਟਾਲੇਸ਼ਨ

RHEL ਆਧਾਰਿਤ ਸਿਸਟਮਾਂ 'ਤੇ ਪੈਕੇਜ ਮੈਨੇਜਰ ਵਰਜਨ ਦੇ ਅਨੁਸਾਰ dnf ਜਾਂ yum ਹੋ ਸਕਦਾ ਹੈ:

sudo dnf install htop -y

ਪੁਰਾਣੇ CentOS ਵਰਜਨਾਂ ਵਿੱਚ EPEL ਡਿਪੋ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ:

sudo yum install epel-release -y

sudo yum install htop -y

ਜੇ ਇੰਸਟਾਲੇਸ਼ਨ ਸਫਲ ਰਹੀ ਹੈ ਤਾਂ ਟਰਮੀਨਲ ਵਿੱਚ htop ਲਿਖਣ 'ਤੇ ਰੰਗੀਨ ਨਿਗਰਾਨੀ ਸਕ੍ਰੀਨ ਖੁਲ ਜਾਵੇਗੀ। ਜੇ ਤੁਸੀਂ ਸਰਵਰ ਪ੍ਰਬੰਧਨ ਨਾਲ ਨਵੀਂ ਤਰ੍ਹਾਂ ਦੇ ਰੂਬਰੂ ਹੋ ਰਹੇ ਹੋ ਤਾਂ ਬੁਨਿਆਦੀ Linux ਕਮਾਂਡਾਂ ਲਈ Linux ਹੁਕਮਾਂ ਦੀ ਗਾਈਡ ਸਮੱਗਰੀ ਵੀ ਇੱਕ ਪ੍ਰਯੋਗਕਾਰੀ ਸ਼ੁਰੂਆਤ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।

htop ਸਕ੍ਰੀਨ ਨੂੰ ਪੜ੍ਹਨਾ: ਕਿਹੜਾ ਕਾਲਮ ਕੀ ਅਰਥ ਰੱਖਦਾ ਹੈ?

ਜਦੋਂ htop ਖੁਲਦਾ ਹੈ, ਤਾਂ ਸਕ੍ਰੀਨ ਦੇ ਉਪਰਲੇ ਹਿੱਸੇ 'ਤੇ CPU ਕੋਰ, RAM, ਸਵੈਪ, ਕਾਰਜਾਂ ਦੀ ਗਿਣਤੀ, ਥ੍ਰੇਡ ਦੀ ਗਿਣਤੀ, ਲੋਡ ਔਸਤ ਅਤੇ ਉਪਟਾਈਮ ਦੀ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ। ਹੇਠਾਂ ਦੇ ਭਾਗ ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸੂਚੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਸਮੱਸਿਆ ਦੇ ਨਿਧਾਨ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਖੇਤਰ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ।

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

CPU ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ htop ਨਾਲ ਲੱਭਣਾ

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

ਕਦਮ 1: CPU% ਕਾਲਮ ਦੇ ਅਨੁਸਾਰ ਸਿਰੇ ਕਰੋ

htop ਚੱਲ ਰਹੇ ਸਮੇਂ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ CPU ਵਰਤੋਂ ਦੇ ਅਨੁਸਾਰ ਸਿਰੇ ਕਰੋ। ਉਦਾਹਰਣ ਵਜੋਂ php-fpm, php, python3, node, java, mysqld ਜਾਂ bash ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਲਗਾਤਾਰ ਉੱਚੀ ਸਤਰਾਂ 'ਤੇ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਉਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨੋਟ ਕਰੋ। ਇਕ ਕੋਰ ਵਰਤੋਂ 'ਤੇ 100% ਆਮਤੌਰ 'ਤੇ ਉੱਚੀ ਸੀਮਾ ਜਿਵੇਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਬਹੁਤ ਕੋਰ ਵਾਲੇ ਸਿਸਟਮਾਂ 'ਤੇ ਇੱਕ ਪ੍ਰਕਿਰਿਆ 200% ਜਾਂ 400% ਵਰਗੇ ਮੁੱਲ ਦਿਖਾ ਸਕਦੀ ਹੈ। ਇਹ ਇਸ ਗੱਲ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਪ੍ਰਕਿਰਿਆ ਕਈ ਕੋਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ।

ਕਦਮ 2: PID ਅਤੇ USER ਜਾਣਕਾਰੀ ਨੋਟ ਕਰੋ

ਸ਼ੱਕੀ ਪ੍ਰਕਿਰਿਆ ਦਾ PID ਨੰਬਰ ਅਤੇ USER ਜਾਣਕਾਰੀ ਲਿਖੋ। ਉਦਾਹਰਣ ਵਜੋਂ ਜੇ PID 24819, USER ਦੇ ਤੌਰ 'ਤੇ siteuser ਅਤੇ COMMAND ਖੇਤਰ ਵਿੱਚ php /home/siteuser/public_html/wp-cron.php ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਦੇ ਸਬੰਧਿਤ ਵੈਬ ਸਾਈਟ ਦੇ cron ਜਾਂ WordPress ਮਕੈਨਿਜਮ ਨਾਲ ਸੰਬੰਧਿਤ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ। ਜੇ COMMAND ਖੇਤਰ ਬਹੁਤ ਛੋਟਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ htop ਸੈਟਿੰਗਾਂ ਤੋਂ ਕਮਾਂਡ ਲਾਈਨ ਦਾ ਪੂਰਾ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਸਹੂਲਤ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ps ਕਮਾਂਡ ਨਾਲ ਵੇਰਵਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

ਕਦਮ 3: ਪ੍ਰਕਿਰਿਆ ਦੀ ਅਸਲੀ ਕਮਾਂਡ ਵੇਖੋ

PID ਰਾਹੀਂ ਵਿਸਥਾਰਿਤ ਕਮਾਂਡ ਲਾਈਨ ਵੇਖਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ:

ps -fp PID

ਉਦਾਹਰਣ ਵਰਤੋਂ:

ps -fp 24819

ਇਹ ਨਤੀਜਾ ਆਮ ਤੌਰ 'ਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਕ੍ਰਿਪਟ ਕਿਸ ਫਾਈਲ ਤੋਂ ਚੱਲਦਾ ਹੈ। ਜੇਕਰ ਕਮਾਂਡ php /home/kullanici/public_html/index.php ਦੇ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਟ੍ਰੈਫਿਕ ਦੇ ਕਾਰਨ ਇੱਕ ਵੈਬ ਬੇਨਤੀ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ php /home/kullanici/public_html/wp-content/plugins/bilinmeyen-eklenti/task.php ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਐਕਸਟੇੰਸ਼ਨ ਬੇਸ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ।

ਕਦਮ 4: ਫਾਈਲ ਪਾਥ ਅਤੇ ਖੁੱਲੀਆਂ ਫਾਈਲਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਕਿਸ ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ, ਇਹ ਵੇਖਣ ਲਈ lsof ਟੂਲ ਕਾਫੀ ਕੀਮਤੀ ਹੈ:

lsof -p PID

ਇਹ ਕਮਾਂਡ, ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਖੁੱਲੀਆਂ ਫਾਈਲਾਂ, ਲਾਇਬਰੇਰੀਆਂ, ਲੌਗ ਅਤੇ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦੀ ਹੈ। ਵੈਬ ਹੋਸਟਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਇਹ ਨਤੀਜਾ ਦੇਖਣ ਨਾਲ ਕਿਸ ਸਾਈਟ ਡਾਇਰੈਕਟਰੀ ਸਰਗਰਮ ਹੈ, ਇਸ ਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ ਤੁਸੀਂ /home/example/public_html/wp-content/uploads ਵਿੱਚ ਇੱਕ ਅਜੀਬ ਨਾਂ ਵਾਲੇ PHP ਫਾਈਲ ਨੂੰ ਵੇਖਦੇ ਹੋ, ਤਾਂ ਇਹ ਇੱਕ ਸੁਰੱਖਿਆ ਉਲੰਘਣਾ ਦਾ ਸੰਕੇਤ ਹੋ ਸਕਦਾ ਹੈ। ਐਸੇ ਹਾਲਤ ਵਿੱਚ, ਸਿਰਫ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖਤਮ ਕਰਨਾ ਕਾਫੀ ਨਹੀਂ ਹੈ; ਫਾਈਲ ਦੀ ਸਾਫਾਈ, ਪਾਸਵਰਡ ਬਦਲਣਾ, ਐਕਸਟੇੰਸ਼ਨ ਅੱਪਡੇਟ ਕਰਨਾ ਅਤੇ ਸੁਰੱਖਿਆ ਸਕੈਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। SSL ਅਤੇ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਸੰਰਚਨਾਵਾਂ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਦੇ ਹੱਲ ਪੰਨਾ ਵੀ ਵੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

RAM ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ htop ਨਾਲ ਲੱਭਣਾ

RAM ਦੀ ਸਮੱਸਿਆਆਂ CPU ਸਮੱਸਿਆਵਾਂ ਨਾਲੋਂ ਵੱਧ ਚੁਪਕਣ ਵਾਲੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਜਦੋਂ CPU ਵਧਦਾ ਹੈ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਸਮੇਂ ਲਈ ਸੁਸਤ ਹੋਣ ਦਾ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ; ਜਦੋਂ RAM ਖਤਮ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਸੇਵਾਵਾਂ ਅਣਕਹੀਂ ਤੌਰ 'ਤੇ ਬੰਦ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਸਵੈਪ ਵੱਧ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਰਵਰ 'ਤੇ ਦੇਰੀ ਵੱਧ ਜਾਂਦੀ ਹੈ। htop ਸਕ੍ਰੀਨ 'ਤੇ MEM% ਕਾਲਮ ਦੇ ਅਨੁਸਾਰ ਸਿਰੇ ਕਰਕੇ ਸਭ ਤੋਂ ਵੱਧ ਯਾਦاشت ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾ ਸਕਦੇ ਹੋ।

MEM%, RES ਅਤੇ ਸਵੈਪ ਦੇ ਸਬੰਧ ਨੂੰ ਸਮਝਣਾ

htop ਦੇ ਡਿਫਾਲਟ ਵਿਅੂ ਵਿੱਚ MEM% ਫੈਕਟਰ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ VIRT, RES ਅਤੇ SHR ਕਾਲਮ ਵੀ ਦਿਖਾਈ ਦੇ ਸਕਦੇ ਹਨ। RAM ਵਿਸ਼ਲੇਸ਼ਣ ਸਮੇਂ RES ਮੁੱਲ ਖਾਸ ਤੌਰ 'ਤੇ ਅਹਿਮ ਹੈ; ਕਿਉਂਕਿ ਇਹ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਵਾਸਤਵਿਕ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਗਿਆ ਖੇਤਰ ਦਰਸਾਉਂਦਾ ਹੈ। VIRT ਮੁੱਲ ਹਮੇਸ਼ਾ ਵਾਸਤਵਿਕ RAM ਦੀ ਵਰਤੋਂ ਦਾ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ, ਇਸ ਲਈ ਇਹ ਇਕੱਲੇ ਹੀ ਭਰਮਿਤ ਕਰ ਸਕਦਾ ਹੈ।

ਉਦਾਹਰਣ ਵਜੋਂ, 4 GB RAM ਵਾਲੇ VPS 'ਤੇ ਇਕੱਲਾ PHP ਪ੍ਰਕਿਰਿਆ 900 MB RES ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਆਮ ਨਹੀਂ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ, Node.js ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਸਮੇਂ ਦੇ ਨਾਲ 200 MB ਤੋਂ 1.5 GB 'ਤੇ ਚੱਲਣਾ ਯਾਦਾਸ਼ਤ ਦੀ ਲੀਕ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਦਾ ਸੰਕੇਤ ਕਰਦਾ ਹੈ। MySQL ਜਾਂ MariaDB ਪੱਖ 'ਤੇ ਉੱਚ RAM ਦੀ ਵਰਤੋਂ ਕਈ ਵਾਰ ਆਮ ਕੈਸ਼ ਵਿਹਾਰ ਹੋ ਸਕਦੀ ਹੈ; ਇੱਥੇ ਕਵੈਰੀ ਦੇ ਪ੍ਰਦਰਸ਼ਨ, ਬਫਰ ਸੈਟਿੰਗਾਂ ਅਤੇ ਕੁੱਲ ਸਿਸਟਮ ਯਾਦਾਸ਼ਤ ਨੂੰ ਸਾਥੀ ਰੂਪ ਵਿੱਚ ਵਿਸ਼ਲੇਸ਼ੀਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

RAM ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਆਮ ਕਾਰਨ

• ਅਨੰਤ ਲੂਪ ਵਿੱਚ ਜਾ ਰਹੇ PHP, Python ਜਾਂ Node.js ਕੋਡ
• ਵੱਡੇ CSV, XML ਜਾਂ JSON ਫਾਈਲਾਂ ਨੂੰ ਯਾਦਾਸ਼ਤ ਵਿੱਚ ਇੱਕ ਹੀ ਵਾਰੀ ਰੱਖਣਾ
• ਅਨੁਕੂਲਿਤ ਨਾ ਕੀਤੇ ਗਏ WordPress ਐਕਸਟੇੰਸ਼ਨ ਅਤੇ ਥੀਮ ਫੰਕਸ਼ਨ
• ਵਿਜ਼ੂਅਲ ਪ੍ਰੋਸੈਸਿੰਗ, PDF ਬਣਾਉਣ ਜਾਂ ਵੀਡੀਓ ਤਬਦੀਲੀ ਦੇ ਕਾਰਜ
• ਕਮਜੋਰ ਕੈਸ਼ ਵਰਤੋਂ ਦੇ ਕਾਰਨ ਦੁਹਰਾਏ ਗਏ ਭਾਰੀ ਕਵੈਰੀਆਂ
• ਬੋਟ ਟ੍ਰੈਫਿਕ ਜਾਂ ਹਮਲੇ ਦੇ ਕਾਰਨ ਇੱਕੋ ਸਕ੍ਰਿਪਟ ਦਾ ਬਹੁਤ ਸਾਰਾ ਚੱਲਣਾ
• ਯਾਦਾਸ਼ਤ ਦੀ ਲੀਕ ਵਾਲੀਆਂ ਲੰਬੇ ਸਮੇਂ ਚੱਲ ਰਹੀਆਂ ਪਿੱਛੇ ਦੇ ਸੇਵਾਵਾਂ

ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵਿੱਚ ਸਿਰਫ kill ਕਮਾਂਡ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੰਦ ਕਰਨਾ ਅਸਥਾਈ ਆਰਾਮ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਸਥਾਈ ਹੱਲ ਲਈ, ਸਕ੍ਰਿਪਟ ਕੀ ਕਰਦਾ ਹੈ, ਕਿਹੜੀਆਂ ਇਨਪੁੱਟਾਂ ਨਾਲ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਕਿਉਂ ਯਾਦਾਸ਼ਤ ਨੂੰ ਖਾਲੀ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਦੀ ਵਿਸ਼ਲੇਸ਼ਣਾ ਕੀਤੀ ਜानी ਚਾਹੀਦੀ ਹੈ।

htop ਵਿੱਚ ਖੋਜ, ਫਿਲਟਰਿੰਗ ਅਤੇ ਟ੍ਰੀ ਵਿਅੂ

ਜੇਕਰ ਸਰਵਰ 'ਤੇ ਸੈਂਕੜੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲ ਰਹੀਆਂ ਹਨ, ਤਾਂ ਸੂਚੀ ਵਿੱਚ ਮੈਨੂਅਲ ਖੋਜ ਕਰਨਾ ਮੁਸ਼ਕਿਲ ਹੋ ਜਾਂਦਾ ਹੈ। htop ਇਸ ਸੰਦਰਭ ਵਿੱਚ ਵਰਤੋਂ ਵਿੱਚ ਆਸਾਨ ਸ਼ਾਰਟਕਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। F3 ਨਾਲ ਖੋਜ ਕਰ ਸਕਦੇ ਹੋ, F4 ਨਾਲ ਫਿਲਟਰ ਲਗਾ ਸਕਦੇ ਹੋ, F5 ਨਾਲ ਟ੍ਰੀ ਵਿਅੂ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ। ਟ੍ਰੀ ਵਿਅੂ ਖਾਸ ਤੌਰ 'ਤੇ ਮਾਪੇਦੇ-ਬੱਚੇ ਦੇ ਸੰਬੰਧ ਨੂੰ ਦੇਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, nginx ਜਾਂ Apache ਦੇ ਅਧੀਨ ਚੱਲ ਰਹੇ php-fpm ਬੱਚੇ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ, cron ਦੇ ਅਧੀਨ ਚਲ ਰਹੇ ਸਕ੍ਰਿਪਟ ਜਾਂ supervisor ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ Node.js ਸੇਵਾਵਾਂ ਨੂੰ ਹੋਰ ਸਾਫ਼ ਦਿਖਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਵਰਤੋਂਯੋਗ ਫਿਲਟਰ ਉਦਾਹਰਣ

• php ਲਿਖ ਕੇ ਸਿਰਫ PHP ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵੇਖੋ।
• python ਲਿਖ ਕੇ Python ਸਕ੍ਰਿਪਟ ਨੂੰ ਫਿਲਟਰ ਕਰੋ।
• wp-cron ਲਿਖ ਕੇ WordPress cron ਵਿਹਾਰ ਦੀ ਜਾਂਚ ਕਰੋ।
• node ਲਿਖ ਕੇ Node.js ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਖੋਜੋ।
• ਯੂਜ਼ਰ ਨਾਮ ਨੂੰ ਫਿਲਟਰ ਕਰਕੇ ਇੱਕ ਹੀ ਹੋਸਟਿੰਗ ਖਾਤੇ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵੇਖੋ।

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

ਸ਼ੱਕੀ PID ਲਈ ਲਾਗੂ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਸੁਰੱਖਿਅਤ ਦਖਲ ਦੀ ਯੋਜਨਾ

ਜੇਕਰ ਤੁਸੀਂ ਸਰੋਤ ਖਪਤ ਕਰਨ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਲੱਭਦੇ ਹੋ, ਤਾਂ ਤੁਰੰਤ kill -9 ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਆਕਰਸ਼ਕ ਲੱਗ ਸਕਦਾ ਹੈ। ਪਰ ਇਹ ਤਰੀਕਾ ਡਾਟਾ ਦੇ ਨੁਕਸਾਨ, ਅੱਧੂਰੇ ਲਿਖਣ ਦੇ ਕਾਰਜ ਜਾਂ ਸੇਵਾ ਦੇ ਵਿਘਟਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ। ਇੱਕ ਸੁਰੱਖਿਅਤ ਯੋਜਨਾ ਦਾ ਪਾਲਣ ਕਰਨਾ ਜਰੂਰੀ ਹੈ।

1. ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਕਰੋ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ PID, USER, COMMAND, CPU%, MEM% ਅਤੇ ਸਮਾਂ ਨੋਟ ਕਰੋ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, htop ਸਕ੍ਰੀਨ ਦੀ ਸਕ੍ਰੀਨਸ਼ਾਟ ਲਓ। ਇਹ ਰਿਕਾਰਡ ਮੁੜ ਆਉਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਤੁਲਨਾ ਕਰਨ ਵਿੱਚ ਸਹਾਇਕ ਹੁੰਦੇ ਹਨ। ਖਾਸ ਕਰਕੇ ਏਜੰਸੀ, ਈ-ਕਾਮਰਸ ਜਾਂ ਕਾਰਪੋਰੇਟ ਪ੍ਰਾਜੈਕਟਾਂ ਵਿੱਚ ਗਾਹਕ ਨੂੰ ਤਕਨੀਕੀ ਵਿਆਖਿਆ ਪ੍ਰਦਾਨ ਕਰਨ ਵੇਲੇ ਇਹ ਡਾਟਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ।

2. ਪ੍ਰਕਿਰਿਆ ਦੇ ਫਾਈਲ ਪਾਥ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ps -fp PID ਅਤੇ lsof -p PID ਨਤੀਜਿਆਂ ਨਾਲ ਫਾਈਲ ਪਾਥ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਫਾਈਲ ਵੈਬ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹੈ, ਤਾਂ ਸਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨ ਲੌਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। WordPress ਲਈ wp-content/debug.log, ਵੈਬ ਸਰਵਰ ਲਈ ਐਕਸੈਸ ਲੌਗ ਅਤੇ ਗਲਤੀ ਲੌਗ, PHP-FPM ਲਈ ਸਲੋ ਲੌਗ ਅਹਿਮ ਸੁਝਾਵ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

3. ਪਹਿਲਾਂ ਨਾਜ਼ੁਕ ਸਮਾਪਤੀ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ

ਜੇਕਰ ਪ੍ਰਕਿਰਿਆ ਵਾਸਤਵ ਵਿੱਚ ਬਿਨਾਂ ਕੰਟਰੋਲ ਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਸਟੈਂਡਰਡ ਸਮਾਪਤੀ ਸੰਕੇਤ ਭੇਜੋ:

kill PID

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

kill -9 PID

kill -9 ਸੰਕੇਤ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦਾ ਮੌਕਾ ਦੇਣ ਤੋਂ ਬਿਨਾਂ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਇਸ ਲਈ, ਡੇਟਾਬੇਸ ਦੇ ਕਾਰਜ, ਫਾਈਲ ਲਿਖਣ ਵਾਲੇ ਕਾਰਜ ਜਾਂ ਬੈਕਅਪ ਕਾਰਜਾਂ ਲਈ ਧਿਆਨ ਨਾਲ ਵਰਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

4. ਜੇ ਇਹ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੀਕਕੋ ਲੱਭੋ

ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੰਦ ਕਰਨ ਦੇ ਬਾਵਜੂਦ ਸੈਕੰਡਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸ ਦੇ ਪਿੱਛੇ cron, systemd ਸੇਵਾ, supervisor, ਵੈਬ ਬੇਨਤੀ ਜਾਂ ਬੋਟ ਟ੍ਰੈਫਿਕ ਹੋ ਸਕਦਾ ਹੈ। cron ਰਿਕਾਰਡਾਂ ਲਈ crontab -l, ਸਿਸਟਮ ਸੇਵਾਵਾਂ ਲਈ systemctl status ਸਰਵਿਸਨਾਮ, ਵੈਬ ਟ੍ਰੈਫਿਕ ਲਈ ਐਕਸੈਸ ਲੌਗ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇਕਰ ਸਮੱਸਿਆ WordPress wp-cron ਦੇ ਕਾਰਨ ਹੈ, ਤਾਂ ਵਾਸਤਵਿਕ cron ਸੰਰਚਨਾ ਅਤੇ ਕੈਸ਼ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

htop ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਲਾਗਾਂ ਨਾਲ ਜੋੜਨਾ

htop ਤੁਹਾਨੂੰ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕੀ ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ; ਲਾਗਾਂ ਤੁਹਾਨੂੰ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਇਹ ਕਿਉਂ ਵਰਤ ਰਹੀ ਹੈ। ਜਦੋਂ ਇਹ ਦੋ ਡਾਟਾ ਇਕੱਠੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾਂਦਾ, ਤਾਂ ਨਿਧਾਨ ਅਪੂਰਨ ਰਹਿੰਦਾ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, htop 'ਤੇ php-fpm ਪ੍ਰਕਿਰਿਆ 180% CPU ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ; ਪਰ ਕਿਸ URL ਜਾਂ ਕਿਸ ਬੋਟ ਨੇ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਚਾਲੂ ਕੀਤਾ, ਇਹ ਐਕਸੈਸ ਲੌਗ ਦੇ ਬਗੈਰ ਨਹੀਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ।

ਜੋ ਲਾਗਾਂ ਚੈਕ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ, ਉਹ ਹਨ:

• ਵੈਬ ਸਰਵਰ ਐਕਸੈਸ ਲੌਗ: ਭਾਰੀ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ URL ਦਰਸਾਉਂਦੀ ਹੈ।
• ਵੈਬ ਸਰਵਰ ਗਲਤੀ ਲੌਗ: PHP ਗਲਤੀਆਂ, ਫਾਈਲ ਦੀਆਂ ਆਗਿਆਵਾਂ ਅਤੇ 500 ਗਲਤੀਆਂ ਦਿਖਾਉਂਦੀ ਹੈ।
• PHP-FPM ਸਲੋ ਲੌਗ: ਧੀਮੀ ਚੱਲ ਰਹੀਆਂ PHP ਫਾਈਲਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਦਿਖਾਉਂਦੀ ਹੈ।
• MySQL ਸਲੋ ਕਵੈਰੀ ਲੌਗ: ਭਾਰੀ SQL ਕਵੈਰੀਆਂ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ।
• Auth ਲੌਗ ਜਾਂ ਸੁਰੱਖਿਅਤ ਲੌਗ: ਸ਼ੱਕੀ ਲਾਗਇਨ ਦੇ ਯਤਨਾਂ ਦਿਖਾਉਂਦੀ ਹੈ।
• cron ਲੌਗ: ਸਮਾਂਹਿਤ ਕਾਰਜਾਂ ਦੇ ਚਲਾਉਣ ਦੇ ਸਮੇਂ ਨੂੰ ਦਿਖਾਉਂਦੀ ਹੈ।

ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ htop 'ਤੇ ਉੱਚ CPU ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲਾ PID ਇੱਕ ਹੀ ਮਿੰਟ ਵਿੱਚ ਐਕਸੈਸ ਲੌਗ ਵਿੱਚ /wp-admin/admin-ajax.php ਪਤੇ 'ਤੇ ਹਜ਼ਾਰਾਂ ਬੇਨਤੀਆਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਇੱਕ ਐਕਸਟੇੰਸ਼ਨ, ਬੋਟ ਟ੍ਰੈਫਿਕ ਜਾਂ ਬੁਰੀ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਇਨ ਕੀਤੀ AJAX ਪ੍ਰਕਿਰਿਆ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਹਾਲਤ ਵਿੱਚ WAF, ਰੇਟ ਲਿਮਿਟ, ਕੈਸ਼ ਅਤੇ ਐਕਸਟੇੰਸ਼ਨ ਦੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਇਕੱਠੇ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਵੈਬ ਸਾਈਟ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਲੈ ਜਾਣ ਲਈ ਵੈਬ ਸਾਈਟ ਗਤੀ ਵਧਾਉਣਾ ਸਮੱਗਰੀ ਉਪਯੋਗੀ ਹੋ ਸਕਦੀ ਹੈ।

ਸਧਾਰਨ ਲੋਡ ਅਤੇ ਸਮੱਸਿਆ ਵਾਲੇ ਲੋਡ ਵਿੱਚ ਅੰਤਰ ਕਿਵੇਂ ਕੀਤਾ ਜਾਵੇ?

ਹਰ ਉੱਚ ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਸੰਕਟ ਦਾ ਅਰਥ ਨਹੀਂ ਹੈ। ਸਰਵਰ ਦੀ ਹਾਰਡਵੇਅਰ, ਟ੍ਰੈਫਿਕ ਦਾ ਪੱਧਰ, ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਿਸਮ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। 2 ਕੋਰ ਵਾਲੇ VPS ਲਈ ਲੋਡ ਔਸਤ ਮੁੱਲ ਦਾ ਲੰਬੇ ਸਮੇਂ ਤੱਕ 6-8 ਦੇ ਪੱਧਰ 'ਤੇ ਰਹਿਣਾ ਗੰਭੀਰ ਬੋਤਲ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। 16 ਕੋਰ ਵਾਲੇ ਸਮਰਪਿਤ ਸਰਵਰ 'ਤੇ ਇਹੀ ਮੁੱਲ ਆਮ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਲੋਡ ਔਸਤ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵੇਲੇ ਕੋਰ ਦੀ ਗਿਣਤੀ ਜਰੂਰੀ ਹੈ।

ਇਹ ਤੁਲਨਾ, ਬੇਕਾਰ ਦੀ ਪੈਨਿਕ ਅਤੇ ਅਸਲ ਪ੍ਰਦਰਸ਼ਨ ਸੰਕਟ ਵਿਚਕਾਰ ਅੰਤਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਖਾਸ ਕਰਕੇ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ ਵਿੱਚ, ਮੁਹਿੰਮਾਂ ਦੀਆਂ ਸਮੇਂ, ਭੁਗਤਾਨ ਇੰਟੇਗ੍ਰੇਸ਼ਨ ਅਤੇ ਸਟਾਕ ਅਪਡੇਟਾਂ ਨੇ ਅਸਥਾਈ ਸਰੋਤ ਵਾਧਾ ਕਰ ਸਕਦਾ ਹੈ। ਪਰ ਇਹ ਵਾਧਾ ਜੇਕਰ ਯੂਜ਼ਰ ਦੇ ਅਨੁਭਵ ਨੂੰ ਖਰਾਬ ਕਰਦਾ ਹੈ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਨੁਕੂਲਤਾ ਅਤੇ ਸਰਵਰ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਇਕੱਠੇ ਵਿਚਾਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਸੁਰੱਖਿਆ ਦੇ ਸ਼ੱਕ: ਸਰੋਤ ਖਪਤ ਕਰਨ ਵਾਲਾ ਸਕ੍ਰਿਪਟ ਖਤਰਨਾਕ ਹੋ ਸਕਦਾ ਹੈ?

CPU ਜਾਂ RAM ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲਾ ਸਕ੍ਰਿਪਟ ਹਮੇਸ਼ਾਂ ਮਾਸੂਮ ਗਲਤੀ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਕਬਜਾ ਕੀਤੀ ਹੋਈ ਵੈਬ ਸਾਈਟਾਂ 'ਤੇ, ਹਮਲਾਵਰਾਂ ਨੇ ਸਪੈਮ ਭੇਜਣ, ਕ੍ਰਿਪਟੋ ਮਾਈਨਿੰਗ, ਪ੍ਰੌਕਸੀ ਟ੍ਰੈਫਿਕ, DDoS ਬੋਟ ਜਾਂ ਬੈਕਡੋਰ ਸਕ੍ਰਿਪਟ ਚਲਾਉਣ ਲਈ ਸਕ੍ਰਿਪਟ ਚਲਾਉਣ ਦੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। htop ਸਕ੍ਰੀਨ 'ਤੇ ਅਣਪਛਾਤੇ ਯੂਜ਼ਰ ਦੇ ਅਧੀਨ ਚੱਲ ਰਹੀਆਂ ਗਰਜਿਤ ਕਮਾਂਡਾਂ, ਬੇਤਰਤੀਬ ਨਾਂ ਵਾਲੀਆਂ ਫਾਈਲਾਂ, /tmp ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਚੱਲ ਰਹੀਆਂ ਬਾਈਨਰੀ ਫਾਈਲਾਂ ਜਾਂ public_html/uploads ਵਿੱਚ ਚੱਲ ਰਹੀਆਂ PHP ਫਾਈਲਾਂ ਸੁਰੱਖਿਆ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਗੰਭੀਰ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਸ਼ੱਕੀ ਲੱਛਣ

• COMMAND ਖੇਤਰ ਵਿੱਚ ਬੇਅਰਥ ਜਾਂ ਬੇਤਰਤੀਬ ਅੱਖਰਾਂ ਵਾਲੀਆਂ ਫਾਈਲਾਂ ਦੇ ਨਾਂ
• /tmp, /dev/shm ਜਾਂ uploads ਫੋਲਡਰ ਤੋਂ ਚੱਲ ਰਹੀਆਂ ਫਾਈਲਾਂ
• ਸਧਾਰਨ ਤੌਰ 'ਤੇ ਨਾ ਹੋਣ ਵਾਲੀਆਂ perl, python ਜਾਂ bash ਪ੍ਰਕਿਰਿਆਵਾਂ
• ਉੱਚ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ
• ਇੱਕੋ ਯੂਜ਼ਰ ਦੁਆਰਾ ਛੋਟੇ ਸਮੇਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸ਼ੁਰੂਆਤ
• ਵੈਬ ਫਾਈਲਾਂ ਵਿੱਚ ਹਾਲ ਹੀ ਵਿੱਚ ਹੋਈਆਂ ਬਿਨਾ ਆਗਿਆ ਵਾਲੀਆਂ ਬਦਲਾਵਾਂ

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