ການໂຫຼດເຊີບເວີ? ຄໍາສັ່ງເທິງ / ການໃຊ້ CPU / ໂຫຼດວິທີການຄິດໄລ່ສະເລ່ຍ

ໃນເວລາທີ່ພວກເຮົາຮຽນຮູ້ທີ່ຈະນໍາໃຊ້Linux ເຊີບເວີ VPS ກັບສ້າງເວັບໄຊທ໌ຫຼັງຈາກນັ້ນ, ມັນຈໍາເປັນຕ້ອງເຂົ້າໃຈຄວາມຫມາຍຂອງຄ່າສະເລ່ຍຂອງການໂຫຼດຕ່າງໆ, ເພາະວ່າພວກເຮົາຈໍາເປັນຕ້ອງໃຊ້topຄໍາສັ່ງເຂົ້າໃຈສະຖານະການສໍາເລັດຂອງລະບົບແລະເອົາໃຈໃສ່ກັບການປ່ຽນແປງໃນເວລາທີ່ແທ້ຈິງຂອງຕົວແປ.

ເພື່ອເຂົ້າໃຈສິ່ງນີ້, ມັນ ຈຳ ເປັນຕ້ອງເຂົ້າໃຈ ຄຳ ອະທິບາຍຕົວແປຕໍ່ໄປນີ້.

ຄໍາອະທິບາຍລາຍລະອຽດຂອງຄ່າສະເລ່ຍການໂຫຼດຄໍາສັ່ງເທິງ

ນີ້ແມ່ນຄໍາແນະນໍາລະອຽດກ່ຽວກັບວິທີການໃຊ້ມັນ ▼

top - 01:06:48 up 1:22, 1 user, load average: 0.06, 0.60, 0.48
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 1.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 191272k total, 173656k used, 17616k free, 22052k buffers
Swap: 192772k total, 0k used, 192772k free, 123988k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1379 root 16 0 7976 2456 1980 S 0.7 1.3 0:11.03 sshd
14704 root 16 0 2128 980 796 R 0.7 0.5 0:02.72 top
1 root 16 0 1992 632 544 S 0.0 0.3 0:00.90 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

• 5 ແຖວທຳອິດຂອງພື້ນທີ່ສະຖິຕິແມ່ນສະຖິຕິຂອງລະບົບທັງໝົດ.
• ແຖວທີ 1 ແມ່ນຂໍ້ມູນແຖວໜ້າວຽກ, ດ້ວຍuptimeຜົນໄດ້ຮັບການປະຕິບັດຄໍາສັ່ງແມ່ນຄືກັນ.

ເນື້ອໃນຂອງມັນມີດັ່ງນີ້:

• 01:06:48 ເວລາປະຈຸບັນ
• ເຖິງ 1:22 ເວລາເຮັດວຽກຂອງລະບົບໃນຮູບແບບຊົ່ວໂມງ: ນາທີ
• 1 ຜູ້ໃຊ້ຈໍານວນຜູ້ໃຊ້ທີ່ເຂົ້າສູ່ລະບົບໃນປັດຈຸບັນ
• load average: 0.06, 0.60, 0.48 ການໂຫຼດລະບົບ, ເຊິ່ງເປັນຄວາມຍາວສະເລ່ຍຂອງແຖວໜ້າວຽກ.
• ສາມ​ຄ່າ​ແມ່ນ​ຄ່າ​ສະ​ເລ່ຍ​ຈາກ 3 ນາ​ທີ 1 ນາ​ທີ​, ແລະ 5 ນາ​ທີ​ກ່ອນ​ຫນ້າ​ນີ້​.
• ແຖວທີ 2 ແລະ 3 ແມ່ນຂໍ້ມູນຂະບວນການ ແລະ CPU.
•  

ເມື່ອມີ CPU ຫຼາຍ, ເນື້ອຫານີ້ອາດຈະເກີນ 2 ແຖວ.ເນື້ອໃນມີດັ່ງນີ້:

• ວຽກງານ: 29 ຈໍານວນຂະບວນການທັງຫມົດ
• 1 ແລ່ນຈໍານວນຂະບວນການແລ່ນ
• 28 ນອນຈໍານວນຂະບວນການນອນ
• 0 ຢຸດເຊົາຈໍານວນຂະບວນການທີ່ຢຸດເຊົາ
• 0 ຈໍານວນ zombie ຂອງຂະບວນການ zombie
• CPU(s): 0.3% us ອັດຕາສ່ວນຂອງ CPU ທີ່ຄອບຄອງໂດຍພື້ນທີ່ຜູ້ໃຊ້
• 1.0% sy ອັດຕາສ່ວນຂອງ CPU occupied by kernel space
• 0.0% ni ເປີເຊັນຂອງ CPU ທີ່ຖືກຄອບຄອງໂດຍຂະບວນການທີ່ບູລິມະສິດມີການປ່ຽນແປງຢູ່ໃນພື້ນທີ່ຂະບວນການຜູ້ໃຊ້
• 98.7% id idle CPU ເປີເຊັນ
• 0.0% wa ເປີເຊັນຂອງເວລາ CPU ລໍຖ້າການປ້ອນຂໍ້ມູນແລະຜົນຜະລິດ
• 0.0% ສະບາຍດີ
• 0.0% Si

ຕໍ່ໄປນີ້ແມ່ນສອງແຖວສຸດທ້າຍຂອງຂໍ້ມູນຄວາມຊົງຈໍາ:

• Mem: 191272k ຫນ່ວຍຄວາມຈໍາທາງດ້ານຮ່າງກາຍທັງຫມົດ
• 173656k ໃຊ້ຄວາມຊົງຈໍາທາງດ້ານຮ່າງກາຍທັງຫມົດທີ່ໃຊ້
• ໜ່ວຍຄວາມຈຳຟຣີທັງໝົດ 17616k
• 22052k buffers ຈໍານວນຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ເປັນ kernel cache
• Swap: 192772k ພື້ນທີ່ swap ທັງຫມົດ
• 0k ໃຊ້ພື້ນທີ່ swap ທັງໝົດທີ່ໃຊ້ແລ້ວ
• 192772k ຟຣີພື້ນທີ່ແລກປ່ຽນຟຣີທັງຫມົດ
• 123988k ພື້ນທີ່ swap ທີ່ຖືກເກັບໄວ້ໃນຖານຄວາມຈໍາທັງຫມົດ.

ເນື້ອໃນຂອງຄວາມຊົງຈໍາຖືກ swapped ອອກໄປຫາພື້ນທີ່ swap ແລະຫຼັງຈາກນັ້ນກັບຄືນໄປບ່ອນຢູ່ໃນຫນ່ວຍຄວາມຈໍາ, ແຕ່ພື້ນທີ່ swap ທີ່ໃຊ້ແລ້ວບໍ່ໄດ້ຖືກຂຽນທັບ.

ຄ່ານີ້ແມ່ນຂະຫນາດຂອງພື້ນທີ່ swap ທີ່ເນື້ອຫາມີຢູ່ໃນຫນ່ວຍຄວາມຈໍາແລ້ວ.

ເມື່ອຄວາມຊົງຈໍາທີ່ສອດຄ້ອງກັນຖືກ swapped ອີກເທື່ອຫນຶ່ງ, ມັນບໍ່ຈໍາເປັນຕ້ອງຂຽນໃສ່ພື້ນທີ່ swap.

ຂໍ້ມູນລະອຽດກ່ຽວກັບຂະບວນການ, ສະແດງຢູ່ຂ້າງລຸ່ມນີ້ພື້ນທີ່ສະຖິຕິໃນແຕ່ລະພື້ນທີ່ຂໍ້ມູນຂະບວນການ.

ທໍາອິດ, ໃຫ້ເຂົ້າໃຈວ່າແຕ່ລະຄໍລໍາຫມາຍຄວາມວ່າແນວໃດ.

ຄວາມ ໝາຍ ຂອງຊື່ຖັນ

• ID ຂະບວນການ PID
• ID ຂະບວນການຫຼັກ PPID
• RUSER ຊື່ຜູ້ໃຊ້ທີ່ແທ້ຈິງ
• UID ID ຜູ້ໃຊ້ຂອງເຈົ້າຂອງຂະບວນການ
• USER ຊື່ຜູ້ໃຊ້ຂອງເຈົ້າຂອງຂະບວນການ
• ຈັດກຸ່ມຊື່ກຸ່ມຂອງເຈົ້າຂອງຂະບວນການ
• TTY ຊື່ຂອງ terminal ຈາກຂະບວນການເລີ່ມຕົ້ນ.ຂະບວນການທີ່ບໍ່ໄດ້ເລີ່ມຈາກເຄື່ອງໝາຍປາຍທາງຈະສະແດງເປັນ ?
• ບູລິມະສິດ PR
• NI ຄຸ້ມຄ່າ.ຄຸນຄ່າທາງລົບຊີ້ໃຫ້ເຫັນຄວາມສໍາຄັນສູງ, ມູນຄ່າທາງບວກຊີ້ໃຫ້ເຫັນຄວາມສໍາຄັນຕ່ໍາ
• P CPU ສຸດທ້າຍທີ່ໃຊ້, ພຽງແຕ່ມີຄວາມຫມາຍໃນສະພາບແວດລ້ອມຫຼາຍ CPU
• %CPU ເປີເຊັນຂອງເວລາ CPU ທີ່ໃຊ້ຕັ້ງແຕ່ການອັບເດດຄັ້ງສຸດທ້າຍ
• TIME ເວລາ CPU ທັງໝົດທີ່ໃຊ້ໂດຍຂະບວນການ, ເປັນວິນາທີ
• TIME+ ເວລາ CPU ທັງໝົດທີ່ໃຊ້ໂດຍຂະບວນການ, ໃນ 1/100 ວິນາທີ
• %MEM ອັດຕາສ່ວນຂອງຄວາມຊົງຈໍາທາງກາຍະພາບທີ່ໃຊ້ໂດຍຂະບວນການ
• ຈໍານວນທັງຫມົດຂອງຫນ່ວຍຄວາມຈໍາ virtual ທີ່ໃຊ້ໂດຍຂະບວນການ VIRT, ໃນ kb. VIRT=SWAP+RES
• ຂະຫນາດຂອງຫນ່ວຍຄວາມຈໍາ virtual ທີ່ໃຊ້ໂດຍຂະບວນການ SWAP ທີ່ຈະ swapped ອອກ, ໃນ kb.
• ຂະຫນາດຂອງຫນ່ວຍຄວາມຈໍາທາງດ້ານຮ່າງກາຍທີ່ໃຊ້ໂດຍຂະບວນການ RES ແລະບໍ່ໄດ້ແລກປ່ຽນອອກ, ໃນ kb. RES=CODE+DATA
• CODE ຂະໜາດຂອງໜ່ວຍຄວາມຈຳທາງກາຍະພາບທີ່ຄອບຄອງໂດຍລະຫັດທີ່ສາມາດປະຕິບັດໄດ້, ໃນ kb
• DATA ຂະໜາດຂອງໜ່ວຍຄວາມຈຳທາງກາຍະພາບທີ່ຄອບຄອງໂດຍພາກສ່ວນອື່ນນອກເໜືອໄປຈາກລະຫັດປະຕິບັດໄດ້ (ສ່ວນຂໍ້ມູນ + stack), ໃນ kb
• SHR ແບ່ງປັນຂະຫນາດຫນ່ວຍຄວາມຈໍາ, ເປັນ kb
• nFLT ຄວາມຜິດຂອງຫນ້າ
• ຈໍາ​ນວນ​ຂອງ​ຫນ້າ​ດັດ​ແກ້​ນັບ​ຕັ້ງ​ແຕ່ nDRT ສຸດ​ທ້າຍ​ຂຽນ​.
• S ສະຖານະຂະບວນການ.
• D = uninterruptible sleep state
• R = ແລ່ນ
• S = ນອນ
• T=ຕິດຕາມ/ຢຸດ
• Z = ຂະບວນການ zombie
• COMMAND ຊື່ຄໍາສັ່ງ / ເສັ້ນຄໍາສັ່ງ
• WCHAN ຖ້າຂະບວນການແມ່ນນອນ, ສະແດງຊື່ຂອງຟັງຊັນຂອງລະບົບນອນ
• ທຸງໜ້າວຽກ, ໝາຍເຖິງ sched.h

linux ໂຫຼດຄໍາແນະນໍາການດີບັກໂດຍສະເລ່ຍ

ຊອກຫາຢູ່topຫຼັງຈາກສະຖານະພາບທີ່ສະແດງໂດຍຄໍາສັ່ງ, ມັນຕ້ອງໄດ້ຮັບການເພີ່ມປະສິດທິພາບຕາມມັນ, ແຕ່topຄໍາສັ່ງສະແດງໃຫ້ເຫັນພຽງແຕ່ຮູບລັກສະນະ, ດັ່ງນັ້ນພວກເຮົາສາມາດຜ່ານiostatຫຼືvmstatສັ່ງໃຫ້ສັງເກດຕື່ມອີກ.

vmstat ເພື່ອເບິ່ງການໂຫຼດຂອງລະບົບ

vmstat
procs -------memory-------- ----swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 100152 2436 97200 289740 0 1 34 45 99 33 0 0 99 0

ໂປແກມ

• ຖັນ r ຊີ້ບອກເຖິງຈຳນວນຂະບວນການທີ່ແລ່ນ ແລະລໍຖ້າເວລາຂອງ CPU ຖ້າມັນໃຫຍ່ກວ່າ 1 ເປັນເວລາດົນ, ມັນໝາຍຄວາມວ່າ CPU ບໍ່ພຽງພໍ ແລະ CPU ຈະຕ້ອງເພີ່ມຂຶ້ນ.
• ຖັນ b ຊີ້ບອກຈໍານວນຂະບວນການລໍຖ້າຊັບພະຍາກອນ, ເຊັ່ນ: ລໍຖ້າ I/O, ຫຼືການປ່ຽນຫນ່ວຍຄວາມຈໍາ, ແລະອື່ນໆ.

cpu ຊີ້ບອກສະຖານະການການນໍາໃຊ້ຂອງ cpu

• ຖັນ us ສະ​ແດງ​ໃຫ້​ເຫັນ​ສ່ວນ​ຮ້ອຍ​ຂອງ​ທີ່​ໃຊ້​ເວ​ລາ CPU ໃນ​ຮູບ​ແບບ​ຜູ້​ໃຊ້​. ເມື່ອມູນຄ່າຂອງພວກເຮົາຂ້ອນຂ້າງສູງ, ມັນຫມາຍຄວາມວ່າຂະບວນການຜູ້ໃຊ້ໃຊ້ເວລາຫຼາຍຂອງ CPU, ແຕ່ຖ້າມັນສູງກວ່າ 50% ເປັນເວລາດົນ, ມັນຈໍາເປັນຕ້ອງພິຈາລະນາການເພີ່ມປະສິດທິພາບໂປຼແກຼມຂອງຜູ້ໃຊ້.
• ຖັນ sy ສະແດງໃຫ້ເຫັນເປີເຊັນຂອງເວລາທີ່ CPU ໃຊ້ໂດຍຂະບວນການ kernel.ໃນທີ່ນີ້, ມູນຄ່າການອ້າງອິງຂອງພວກເຮົາ + sy ແມ່ນ 80% ຖ້າພວກເຮົາ + sy ສູງກວ່າ 80%, ມັນຫມາຍຄວາມວ່າອາດຈະມີ CPU ບໍ່ພຽງພໍ.
• ຖັນ wa ສະແດງອັດຕາສ່ວນຂອງເວລາ CPU ທີ່ IO ລໍຖ້າ.
• ຄ່າອ້າງອີງຂອງ wa ຢູ່ທີ່ນີ້ແມ່ນ 30%. ຖ້າ wa ເກີນ 30%, ມັນຫມາຍຄວາມວ່າການລໍຖ້າ IO ແມ່ນຮ້າຍແຮງ. ນີ້ອາດຈະເກີດຈາກຈໍານວນການເຂົ້າເຖິງແບບສຸ່ມກັບແຜ່ນ, ຫຼືຂໍ້ບົກຜ່ອງຂອງແບນວິດຂອງການເຂົ້າເຖິງແຜ່ນຫຼືດິດ. controller (ສ່ວນໃຫຍ່ແມ່ນການດໍາເນີນການຕັນ).
• ຖັນ id ສະແດງໃຫ້ເຫັນເປີເຊັນຂອງເວລາທີ່ CPU ບໍ່ເຮັດວຽກ.

ບົດຄວາມຕໍ່ໄປນີ້ອະທິບາຍວ່າ Linux Load Average ສູງເທົ່າໃດ?

Linux Load Average ສູງເທົ່າໃດທີ່ເຫມາະສົມ? ກວດສອບການໂຫຼດ CPU

ຖ້າຄອມພິວເຕີຂອງທ່ານ (ຄອມພິວເຕີ້) ຊ້າ, ທ່ານອາດຈະຕ້ອງກວດເບິ່ງວ່າລະບົບຢູ່ພາຍໃຕ້ການໂຫຼດສູງບໍ?ບໍ່ດົນມານີ້, ນັກກາລະຕະຫຼາດອິນເຕີເນັດກ່າວວ່າເວັບໄຊທ໌ອີຄອມເມີຊທີ່ລາວຮັບຜິດຊອບແມ່ນບໍ່ສາມາດເຂົ້າໄດ້ໃນບາງເວລາກ່ອນຫນ້ານີ້ ... ເວັບໄຊທ໌ໄດ້ຖືກສ້າງຂື້ນໂດຍອີງໃສ່ WordPress ແລະໂຮດຢູ່ໃນ Linux VPS ...

ຂ້ອຍຄວນເຮັດແນວໃດຖ້າການໂຫຼດ VPS ສູງເກີນໄປ?

ໃນປັດຈຸບັນເວັບໄຊທ໌ຂອງຂ້ອຍບໍ່ສາມາດເຂົ້າເຖິງໄດ້ເພາະວ່າການໂຫຼດສູງເກີນໄປ, ຂ້ອຍຄວນເຮັດແນວໃດ?

ສູງສຸດ – 20:44:30 ຂຶ້ນ 12 ນາທີ, 1 ຜູ້ໃຊ້, ໂຫຼດສະເລ່ຍ: 2.21, 8.39, 6.48

• ເຊີບເວີຂອງເຈົ້າແມ່ນການຄຸ້ມຄອງຕົນເອງ, ສິ່ງທີ່ທ່ານຄວນເຮັດແມ່ນການກວດສອບເຄື່ອງແມ່ຂ່າຍຂອງເຈົ້າເອງຜ່ານ SSH.
• ກວດເບິ່ງວ່າມັນແລ່ນຫຍັງ?ຂະບວນການໃດແລະອື່ນໆ?
• ຖ້າຈໍາເປັນ, ລອງຣີສະຕາດເຊີບເວີ.
• ຖ້າຫຼັງຈາກ restart server, ການໂຫຼດຍັງສູງເກີນໄປ, ພະຍາຍາມກໍານົດຂະບວນການ overloaded ແລະຢຸດມັນ.
• ຖ້າຈໍາເປັນ, ເລີ່ມຕົ້ນຂະບວນການໃຫມ່ (ບໍ່ແມ່ນເຄື່ອງແມ່ຂ່າຍ) ສ່ວນບຸກຄົນ.
• ຫຼືຫຼັງຈາກປຶກສາຫາລືກັບການບໍລິການລູກຄ້າ "ເປັນຫຍັງການໂຫຼດ VPS / server ສູງເກີນໄປ", ຍັງບໍ່ມີວິທີທີ່ຈະເຮັດມັນ, ແລະສຸດທ້າຍມີວິທີດຽວຄືການເພີ່ມການຕັ້ງຄ່າເຊີຟເວີ.

ພື້ນທີ່ຫຼາຍປານໃດທີ່ເຫມາະສົມກັບເວັບໄຊທ໌ຂອງບໍລິສັດການຄ້າຕ່າງປະເທດ?

ວິທີການເລືອກການຕັ້ງຄ່າເຊີຟເວີທີ່ຖືກຕ້ອງ?ຄລິກທີ່ລິ້ງຂ້າງລຸ່ມນີ້ເພື່ອເບິ່ງການແກ້ໄຂເຊີບເວີ IP 1 ສະເລ່ຍປະຈຳວັນ ▼

ທ່ານຕ້ອງການເລືອກເຄື່ອງແມ່ຂ່າຍຫຼາຍປານໃດສໍາລັບ IP ຫຼາຍພັນຄົນຕໍ່ມື້?1 IP server solutions ສະເລ່ຍປະຈໍາວັນ

ໂດຍສະເລ່ຍ XNUMX IPs ຕໍ່ມື້, ມັນຂຶ້ນກັບໂຄງການສ້າງເວັບໄຊທ໌ທີ່ເວັບໄຊທ໌ຂອງທ່ານໃຊ້?ຖ້າມັນເປັນເວັບໄຊທ໌ທໍາມະດາເພື່ອສ້າງ HTML, ເຄື່ອງແມ່ຂ່າຍເວັບໂຮດຕິ້ງປົກກະຕິແມ່ນພຽງພໍ.ຖ້າມັນເປັນເວທີສົນທະນາ, ທ່ານຄວນພິຈາລະນາປ່ຽນເປັນເຄື່ອງແມ່ຂ່າຍ VPS ທີ່ມີປະສິດທິພາບສູງ, ຫຼືເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນ. ...