คำถามติดแท็ก ext4

ระบบไฟล์ส่วนขยาย ext4 หรือที่สี่คือระบบไฟล์ที่ทำเจอร์นัลสำหรับ linux / * nix ที่พัฒนาขึ้นเป็นตัวตายตัวแทนต่อ ext3

1
ประสิทธิภาพของ EXT4 นั้นแย่มากในระบบที่มีไฟล์ขนาดเล็กจำนวนมาก
ฉันมีอุปกรณ์ฝังตัวเล็ก ๆ ที่มี RAM เพียง 128MB เชื่อมต่อกับอุปกรณ์นี้เป็นฮาร์ดดิสก์ 2TB USB2 ฉันมีความสุขมากกับประสิทธิภาพของอุปกรณ์จนถึงเมื่อเร็ว ๆ นี้เมื่อจำนวนไฟล์ข้ามขีด จำกัด ของความจุของดิสก์มีขีด จำกัด (ฉันไม่แน่ใจว่าอันไหน) บนดิสก์มีไฟล์ขนาดเล็กจำนวนมากเนื่องจากลักษณะของไฟล์แอปพลิเคชั่นการเขียนที่ได้รับการจัดระเบียบอย่างสมดุล - ไม่มีไดเร็กทอรี leaf node มีมากกว่า 200 ไฟล์และมีเพียง 800,000 ไฟล์ ฉันหวังว่าจะเป็นผู้นำในการตรวจสอบ ประสิทธิภาพการทำงานของดิสก์ลดลงอย่างมีนัยสำคัญอุปกรณ์ได้รับการซิปได้เป็นอย่างดีจากนั้นประสิทธิภาพในทันทีก็ลดลงราวกับก้อนหิน ข้อสันนิษฐานของฉันคือโครงสร้างองค์กรที่ฉันเลือกบนดิสก์สำหรับไฟล์ของฉันได้ทำลายความสามารถในการแคชของ inode เพื่อรักษาความเป็น zippy เป็นการทดลองฉันยกเลิกการต่อดิสก์ (ล้างแคชยืนยันด้วยฟรี) จากพรอมต์คำสั่งฉันสำรวจลึกเข้าไปในโครงสร้างไดเรกทอรี ทั้งหมดบอกไดเรกทอรีนี้ (และลูก ๆ ) มีเพียงประมาณ 3200 ไฟล์ที่อยู่ด้านล่างและ ณ จุดนี้ 'ฟรี' แสดงให้เห็น> หน่วยความจำว่าง 117MB ณ จุดนี้ฉันพิมพ์คำสั่ง …

5
ext4 พร้อมสำหรับการใช้งานจริงหรือไม่?
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ คุณคิดอย่างไรเกี่ยวกับระบบไฟล์ ext4 ในสภาพแวดล้อมการผลิต เราใกล้เคียงกับการเปิดตัวโครงการของเราที่จะใช้หลายสิบล้านครั้งในการปรับปรุงไฟล์ไม่ใหญ่มากและเราจำเป็นต้องตัดสินใจว่าจะใช้ FS แบบใด ในขณะที่การพิจารณาของเราเกี่ยวกับ linux FS อื่น ๆ คือ: Ext3 นั้นมีความเสถียรมาก แต่ไม่เหมาะสำหรับการจัดการไฟล์ขนาดเล็กนับล้าน XFS ดูดีมากเราอาจจะใช้มัน ReiserFS ... อืม ... อนาคตที่คลุมเครือใครจะเป็นผู้แก้ไขข้อบกพร่อง?

2
fsck.ext4: จะบังคับให้ตรวจสอบระบบไฟล์ทั้งหมดได้อย่างไร
ดูเหมือนว่า fsck.ext4 จะออกจากเร็ว ๆ นี้ฉันคิดว่ามันจะตรวจสอบบันทึกประจำวันเท่านั้นและไม่ทำอะไรเลยถ้าสมุดบันทึกสะอาด ใช่ไหม? จะบังคับให้ตรวจสอบระบบไฟล์ทั้งหมดได้อย่างไร? ฉันลอง-fตัวเลือกแล้ว แต่มันออกอีกครั้งบอกว่ามันสะอาดเร็วมาก
10 ext4  fsck 

1
แอตทริบิวต์“ extents” ของ Linux ext4
ฉันสังเกตเห็นeคุณลักษณะในหลาย ๆ ไฟล์ / ไดเรกทอรีบนเครื่อง Linux ที่ติดตั้งบนระบบไฟล์ ext4 [kelly@p2820887.pubip.serverbeach.com ~]$ lsattr -d /bin -------------e- /bin ตามchattr(1): คุณลักษณะ 'e' ระบุว่าไฟล์กำลังใช้ extents สำหรับการแมปบล็อกบนดิสก์ มันอาจไม่ถูกลบออกโดยใช้ chattr (1) รายละเอียดนี้มีความแตกต่างกันอย่างไรและที่สำคัญกว่ารายละเอียดนี้สำคัญอย่างไร - โดยเฉพาะเหตุใดรายละเอียดนี้จึงสำคัญพอที่จะรายงานเป็นแอตทริบิวต์ไฟล์ ฉันควรเปลี่ยนพฤติกรรมของฉันโดยใช้ความรู้ที่ว่าไฟล์นี้ "ใช้ extents สำหรับการแมปบล็อกบนดิสก์" ภายใต้สถานการณ์ใดบ้าง สมมุติว่านี่เป็นสิ่งที่ฉันต้องรู้มิฉะนั้นมันจะไม่ปรากฏชัดใช่มั้ย

1
5.5GB เขียนทุกวันถึงระดับเสียงราก 1.2GB - ระดับก่อนหน้านี้ 4 ครั้ง
ปัญหา: เมื่อเร็ว ๆ นี้ฉันได้ทำการปรับปรุงเซิร์ฟเวอร์ตัวใดตัวหนึ่งของฉันมันได้รับการทดสอบก่อนใช้งานและใช้งานได้ดีอย่างไรก็ตามเมื่อไม่กี่วันที่ผ่านมาฉันสังเกตเห็นว่ามีการเขียนจำนวนประมาณ 4 เท่าของปริมาณปกติ นี่ไม่ใช่ปัญหาด้านประสิทธิภาพ - เซิร์ฟเวอร์ทำงานได้ดี การปรับปรุงใหม่ของฉันค่อนข้างกว้างขวาง (การสร้างใหม่เต็มรูปแบบ) ดังนั้นฉันจึงไม่ต้องทำอะไรมากมายในแง่ของสาเหตุ สั้น ๆ การเปลี่ยนแปลงของฉันรวมถึง: การอัพเกรด Linux ของ Amazon (จาก 2011.02 เป็น 2011.09) - ซึ่งส่งผลให้มีการเปลี่ยนแปลงจาก ext3 เป็น ext4 สำหรับปริมาณรูต ย้ายจาก php-fcgi เป็น php-fpm (ปัจจุบันใช้ tcp) การย้ายจากการตั้งค่า reverse-proxy (nginx -> apache) เป็น nginx เท่านั้น การแทนที่ vsftpd ด้วย pure-ftpd การแทนที่ dkim-proxy ด้วย …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.