มันคุ้มค่าหรือไม่ที่จะปรับ Ext4 ด้วยเวลากลางคืน?


77

กับรุ่นก่อนหน้าของอูบุนตู (โดยใช้ระบบแฟ้ม Ext3) ผมใช้ในการปรับแต่งเพื่อประสิทธิภาพที่ดีกับผลที่เห็นได้ชัดเจนโดยการตั้งค่าพารามิเตอร์ในnoatime/etc/fstab

มันยังคุ้มค่าหรือไม่ที่จะทำเช่นนั้นกับระบบไฟล์ Ext4 ซึ่งตอนนี้เป็นค่าเริ่มต้นใน Ubuntu หรือไม่? ถ้าเป็นเช่นนั้นขั้นตอนการเปลี่ยนแปลงในบางวิธี?

ตัวอย่างของการปรับนี้สามารถพบได้ที่นี่

คำตอบ:


66

บน Ubuntu 10.04, เป็นส่วนหนึ่งของการเริ่มต้นการติดตั้งตัวเลือกเว้นแต่แทนที่ในrelatime /etc/fstabไม่กี่รุ่นก่อนหน้านี้ได้อย่างชัดเจนในrelatime ให้ประโยชน์เหมือนกันกับความเร็ว (และการอนุรักษ์วงจรการเขียนแฟลช) โดยไม่ทำให้เกิดปัญหากับตัวแจ้งเตือนเมลที่ล้าสมัย/etc/fstabrelatimenoatime

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

การเปลี่ยนcommit=5เพื่อcommit=100เพิ่มช่วงเวลาระหว่างที่ข้อมูลจะหายไปในกรณีที่เกิดการขัดข้องเพื่อผลประโยชน์เพียงเล็กน้อยในสถานการณ์ส่วนใหญ่

สรุป: ออกจากการตั้งค่าตามที่พวกเขาได้รับเลือกด้วยเหตุผล


เพิ่ม:มีสิ่งอื่นนอกเหนือจากตัวเลือกการเมานท์ที่สามารถสร้างความแตกต่างได้ เปลี่ยนจากext3การext4เป็นตัวเองมักจะมีการปรับปรุงที่มองเห็นได้ นี่คือเคล็ดลับเพิ่มเติมเล็กน้อยสำหรับผู้ใช้แล็ปท็อป

  • หากคุณมี SSD ช้าตรวจสอบหัวข้อนี้ที่ SU เคล็ดลับสำคัญที่จะใช้tmpfsสำหรับการ/tmpและสำหรับแคชเบราว์เซอร์ (และอาจประวัติศาสตร์)

  • หากคุณมีฮาร์ดดิสก์และคุณต้องการให้หยุดการหมุนนานเกินไปให้ติดตั้งnoflushdซึ่งจะทำให้ดิสก์หมุนโดยการชะลอการเขียนทั้งหมดจนกว่าแรมจะเต็ม (แน่นอนว่าการอ่านสามารถทำให้ดิสก์หมุนได้คุณจะต้องทำงานเป็นนิสัยcat /files/I/m/likely/to/need >/dev/nullก่อนที่ดิสก์จะหมุนลง) เพื่อให้ noflushd มีประสิทธิภาพให้ปิดการแลกเปลี่ยนทั้งหมดและติดตั้งระบบไฟล์ของคุณด้วยสิ่งต่าง ๆ เช่นcommit=3600.

    การใช้ noflushd อย่างมีประสิทธิภาพหมายความว่าข้อมูลของคุณสามารถยังไม่ได้เขียนลงดิสก์ได้เป็นระยะเวลานาน นี่เป็นความเสี่ยงที่ต้องชั่งน้ำหนักเทียบกับประโยชน์ของการไม่มีเสียงรบกวนหรือความร้อนที่มาจากดิสก์ชั่วขณะหนึ่ง อย่าใช้ noflushd ถ้าคุณไม่พอใจกับความเสี่ยงนั้น


ฉันเข้าใจถึงอันตรายของการปรับเปลี่ยนเช่นนี้บางขั้นตอนในบทช่วยสอนที่ฉันไม่เห็นด้วยเหมือนอย่างที่comit=100คุณพูดด้วย แต่ฉันยินดีที่จะรับความเสี่ยงจากการกลั่นกรองเพื่อเพิ่มประสิทธิภาพเนื่องจากฉันใช้แล็ปท็อปและ (เกือบ) สำรองข้อมูลเป็นประจำ
Decio Lira

2
@Decio: noatimevs atimeสามารถสร้างความแตกต่างที่มองเห็นได้ แต่ฉันแปลกใจที่noatimevs relatimeจะ ฉันได้เพิ่มเคล็ดลับเฉพาะแล็ปท็อปลงในคำตอบของฉัน ฉันสังเกตเห็นการปรับปรุงที่เห็นได้ชัดจากเคล็ดลับเหล่านี้เป็นการส่วนตัว โนฟลัชด์มีความเสี่ยงที่ฉันยินดีที่จะใช้เมื่อฉันใช้มัน
Gilles

ใช่ฉันแค่ googling เกี่ยวกับความแตกต่างระหว่าง noatime และ relatime และคุณพูดถูก relatime (ซึ่งตอนนี้เป็นค่าเริ่มต้นใน ubuntu) เป็นการประนีประนอมที่ดีระหว่าง atime และ noatime
Decio Lira

ฉันได้อ่านเกี่ยวกับdata=writeback- มันก็เขียนข้อมูลไฟล์และข้อมูลในการสุ่ม(เมื่อเทียบกับorderedซึ่งมักจะเขียนข้อมูลเมตาหลังจากที่ข้อมูล) ซึ่งหมายความว่าเมื่อไฟฟ้าดับคุณสามารถค้นหาไฟล์ของคุณαไบต์ยาวที่ 0 ไบต์เขียนจริง อืม… แต่นี่เป็นเรื่องธรรมดาจริงๆ! ฉันคิดอยู่เสมอว่าระบบไฟล์เพิ่มขนาดไฟล์ก่อนแล้วจึงเขียนข้อมูล การค้นหาว่าสามารถอยู่ในลำดับย้อนกลับต้องการเปลี่ยนรูปแบบนี้เพื่อเพิ่มแคชใน RAM ฉันไม่เชื่อว่าทำไมไม่ใช้writebackถ้ามันสามารถช่วยในการปรับปรุงความล่าช้า
Hi-Angel

17

ใช่มันยังคงเหมาะสมที่จะใช้noatimeตั้งแต่ Ubuntu 12.10

relatimeเป็นตัวเลือกเมานต์เริ่มต้น และrelatimeดีกว่าatimeมาก อดีตต้องการการเขียนสำหรับการอ่านครั้งแรกหลังจากการเขียนการเขียนครั้งหลังต้องมีการเขียนสำหรับการอ่านทุกครั้ง แต่ด้วยการnoatimeอ่านแต่ละครั้งจะไม่มีการเขียน

นี่หมายความว่าโดยทั่วไปแล้วจำนวนการเขียนไปยังดิสก์สำหรับการrelatimeเมาท์นั้นใกล้เคียงกับสองเท่าเมื่อเทียบกับการnoatimeเมานท์สิ่งอื่น ๆ มันเป็นเรื่องที่น่ากังวลอย่างมากสำหรับพาร์ติชันบนอุปกรณ์หน่วยความจำแฟลช

รายละเอียดการสนทนาโดยชุมชนเคอร์เนล linux อยู่ที่http://kerneltrap.org/node/14148


3
ปัจจัยที่สองไม่ถูกต้องโดยทั่วไป ในทางทฤษฎีปัจจัยอยู่ระหว่าง 1 (ไฟล์ที่ใช้บ่อยอนันต์) และ 2 (ไฟล์ที่ไม่ค่อยได้ใช้บ่อย) ซึ่งหมายความว่าปัจจัยที่แท้จริงคือพื้นฐาน 1 เนื่องจากปัจจัยที่แทบจะอยู่ใกล้กับ 2 ไม่ได้คิดเป็นค่าเฉลี่ยอย่างมีนัยสำคัญ
Patrick Häcker

1 ใช้สำหรับไฟล์แบบเขียนอย่างเดียว 2 มีไว้สำหรับคนอื่น ๆ ไม่มีจุดในไฟล์เขียนอย่างเดียว แต่สามารถปรากฏเป็นครั้งคราว ดังนั้นการประมาณค่าดั้งเดิมของฉันควรจะเกี่ยวข้อง
yanychar

@yanychar: ขอบคุณสำหรับการอธิบายrelatimeข้อเสียและการแบ่งปันการอภิปราย kerneltrap แต่การพูดว่า " ไม่มีจุดในไฟล์แบบเขียนอย่างเดียว " เป็นเรื่องไร้สาระ: ทั้งหมด/usrและ/libเป็นไฟล์แบบอ่านอย่างเดียว ที่จริงแล้วต้นไม้ส่วนใหญ่ Sans /homeและ/varเป็นแบบอ่านอย่างเดียว ไฟล์ที่/etcยังเปลี่ยนไม่ค่อยมาก
MestreLion

2
@MestreLion: Ubuntu ติดตั้งแพ็คเกจจำนวนมาก แพ็คเกจได้รับการอัพเกรดเป็นครั้งคราว หากไม่มีการอ่านไฟล์ระหว่างเวลาที่ติดตั้งและอัพเกรดแพ็คเกจไฟล์นั้นจะเป็น "แบบเขียนอย่างเดียว" ไม่มีการเขียนเพิ่มเติมrelatimeเมื่อเปรียบเทียบกับnoatimeไฟล์ สำหรับส่วนที่เหลือทั้งหมดจะมีการเขียนเพิ่มเติมเมื่ออ่านไฟล์
yanychar
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.