แคช CloudLinux Slab เติบโตขึ้นและประสิทธิภาพของเซิร์ฟเวอร์โดยรวมไม่ดี

ในบทความนี้ เราจะมาดูวิธีแก้ปัญหาแคชของ CloudLinux Slab ที่เติบโตขึ้นและประสิทธิภาพของเซิร์ฟเวอร์โดยรวมนั้นไม่ดี

โซลูชันนี้จะใช้ได้หากเซิร์ฟเวอร์ของคุณใช้เคอร์เนล  3.10.0-614.10.2.lve1.4.46 หรือสูงกว่า

หากคุณมีพาร์ติชั่นขนาดใหญ่ เช่น /home และพาร์ติชั่นเกือบเต็มเพราะมีไฟล์ของผู้ใช้จำนวนมาก เมื่อแอปพลิเคชันบางอย่างเช่นการสำรองข้อมูล สแกนไฟล์เหล่านี้ทั้งหมด แคช Slab จะเริ่มเติบโตโดยอัตโนมัติ

ในการตรวจสอบ/ตรวจสอบขนาด Slab ให้ใช้คำสั่งต่อไปนี้:

รันคำสั่งนี้ด้วยการเข้าถึงรูท

# cat /proc/meminfo | พื้น grep:

คุณอาจเห็นผลเช่น:

Slab:           120366508 kB

หมายเหตุ: ในกรณีของคุณ ขนาดอาจแตกต่างกัน

ซึ่งอาจทำให้ประสิทธิภาพของเซิร์ฟเวอร์โดยรวมลดลงเมื่อแอปพลิเคชัน IO จำนวนมากกำลังทำงานอยู่

ในการแก้ไข มีการกำหนดค่าบางอย่างเพื่อควบคุมขนาดแคชของ Slab

  • vm.vfs_cache_min_ratio
  • vm.vfs_cache_pressure

1. ตั้งค่าต่อไปนี้

vm.vfs_cache_min_ratio to 0

ซึ่งหมายความว่าไม่สามารถเรียกคืนได้และพารามิเตอร์ควบคุมจำนวนขั้นต่ำ (เป็นเปอร์เซ็นต์) ของแคช dentry/inode ค่าเริ่มต้นคือ 2 ซึ่งค่อนข้างเล็ก แต่ด้วยกลุ่ม c จำนวนมากที่ใช้ในระบบ ค่าสองเปอร์เซ็นต์นี้อาจเป็นค่าที่สูงมาก

2. ตั้งค่าต่อไปนี้

vm.vfs_cache_pressure to 500 or 1000

ค่าเริ่มต้นคือ 100 โดยพื้นฐานแล้ว พารามิเตอร์นี้จะควบคุมว่าเคอร์เนลจะพยายามลดขนาดแคช dentry/inode ลงมากเพียงใด ดังนั้นการตั้งค่าให้เป็นค่าที่มากขึ้นอาจช่วยลดขนาดแคชของ Slab

ในบทความนี้ เราได้เห็นแล้วว่าแคช CloudLinux Slab วิศวกรฝ่ายสนับสนุนของเราเติบโตขึ้นอย่างไร และประสิทธิภาพเซิร์ฟเวอร์โดยรวมเป็นปัญหาที่ไม่ดี


บริการ CloudLinux 508 ข้อผิดพลาดชั่วคราวไม่พร้อมใช้งาน

บริการ CloudLinux 508 ข้อผิดพลาดชั่วคราวไม่พร้อมใช้งาน

ในบทความนี้ เราได้กล่าวถึงวิธีที่วิศวกรฝ่ายสนับสนุนของเราแก้ไขข้อผิดพลาดบริการ CloudLinux 508 ไม่พร้อมใช้งานชั่วคราว เป็นไปได้มากว่าจะถูกจำกัดเนื่องจากมีการใช้งานสูง

ไม่สามารถรับเคอร์เนลโมดูลสำหรับการสำรองข้อมูล r1soft

ไม่สามารถรับเคอร์เนลโมดูลสำหรับการสำรองข้อมูล r1soft

ไม่สามารถรับโมดูลเคอร์เนลสำหรับการสำรองข้อมูล r1soft หากคุณกำลังพยายามตั้งค่าการสำรองข้อมูล r1soft และได้รับข้อผิดพลาดเช่น: ล้มเหลวในการรับโมดูลที่เหมาะสมสำหรับระบบนี้

จะแก้ไข Erratas ด้านความปลอดภัยใน CLN ได้อย่างไร

จะแก้ไข Erratas ด้านความปลอดภัยใน CLN ได้อย่างไร

ในบทความนี้ เราได้อธิบายวิธีแก้ไขจุดบกพร่องด้านความปลอดภัยใน CLN มันจะแสดงข้อผิดพลาดด้านความปลอดภัยสำหรับเซิร์ฟเวอร์ของคุณเมื่อ RPM บางตัวไม่ได้รับการอัพเดต

บางแพ็คเกจขาดหายไปใน repos สาธารณะของ CloudLinux

บางแพ็คเกจขาดหายไปใน repos สาธารณะของ CloudLinux

บางแพ็คเกจไม่อยู่ใน repos สาธารณะของ CloudLinux ที่เก็บข้อมูลสาธารณะของเราที่ http://repo.cloudlinux.com/cloudlinux/ ไม่มีแพ็คเกจมากมายอยู่ในรายการ

ไม่สามารถใช้โปรแกรมแก้ไขกับ KernelCare

ไม่สามารถใช้โปรแกรมแก้ไขกับ KernelCare

หากคุณไม่สามารถใช้โปรแกรมแก้ไขบน KernelCare ในบทความนี้ เราได้อธิบายวิธีที่เราสามารถแก้ไขได้

แก้ไขข้อผิดพลาด yum retry_no_cache=self._retry_no_cache

แก้ไขข้อผิดพลาด yum retry_no_cache=self._retry_no_cache

ในบทความนี้ เราได้แก้ไขข้อผิดพลาด yum retry_no_cache=self._retry_no_cache

Plesk 504 เกตเวย์หมดเวลา nginx

Plesk 504 เกตเวย์หมดเวลา nginx

ในบทความนี้ เราได้อธิบายวิธีแก้ไขข้อผิดพลาด nginx ของ Plesk 504 Gateway Time-out การดำเนินการหรือสคริปต์ที่ใช้เวลามากกว่า 60 วินาที

ไม่สามารถติดตั้งแอปพลิเคชันใน Plesk บนเซิร์ฟเวอร์ CloudLinux: ไม่พบส่วนขยาย mysqli

ไม่สามารถติดตั้งแอปพลิเคชันใน Plesk บนเซิร์ฟเวอร์ CloudLinux: ไม่พบส่วนขยาย mysqli

เราจะแก้ไขส่วนขยาย mysqli ไม่พบข้อผิดพลาดใน Plesk ไม่สามารถติดตั้งแอปพลิเคชันใน Plesk บนเซิร์ฟเวอร์ CloudLinux: ไม่พบส่วนขยาย mysqli

การติดตั้ง PHP ที่จำเป็นสำหรับ WordPress ดูเหมือนจะไม่มีส่วนขยาย MySQL

การติดตั้ง PHP ที่จำเป็นสำหรับ WordPress ดูเหมือนจะไม่มีส่วนขยาย MySQL

การติดตั้ง PHP ของคุณดูเหมือนจะไม่มีส่วนขยาย MySQL ที่ WordPress ต้องการ หากคุณเห็นข้อผิดพลาดนี้ WordPress จำเป็นต้องติดตั้ง PHP

CloudLinux 6 mod_hostinglimits: อยู่ใน LVE แล้ว POA/โฮสติ้งNG

CloudLinux 6 mod_hostinglimits: อยู่ใน LVE แล้ว POA/โฮสติ้งNG

วิธีแก้ CloudLinux 6 mod_hostinglimits: อยู่ใน LVE แล้ว ข้อผิดพลาด POA/HostingNG หากคุณกำลังใช้ POA/HostingNG และพบข้อผิดพลาดต่อไปนี้ในบันทึก: