ลบ 10M + ไฟล์ออกจาก ZFS อย่างมีประสิทธิภาพ


30

ฉันเขียนโปรแกรมบั๊กกี้ที่สร้างไฟล์ 30M ภายใต้ / tmp โดยไม่ตั้งใจ (ข้อผิดพลาดถูกแนะนำเมื่อไม่กี่สัปดาห์ที่ผ่านมาและมันกำลังสร้างไดเรกทอรีย่อยสองสามต่อวินาที) ฉันสามารถเปลี่ยนชื่อ / tmp เป็น / tmp2 ได้และตอนนี้ฉันต้องลบไฟล์ ระบบคือ FreeBSD 10 ระบบไฟล์รูทคือ zfs

ในขณะที่หนึ่งในไดรฟ์ในกระจกผิดพลาดและฉันได้แทนที่มัน ไดรฟ์มีดิสก์ 120GB SSD สองตัว

นี่คือคำถาม: แทนที่ฮาร์ดไดรฟ์และ resilvering อาร์เรย์ทั้งหมดใช้เวลาน้อยกว่าหนึ่งชั่วโมง การลบไฟล์ / tmp2 เป็นอีกเรื่องหนึ่ง ฉันเขียนโปรแกรมอื่นเพื่อลบไฟล์และสามารถลบไดเรคทอรีย่อยได้ 30-70 ต่อวินาทีเท่านั้น จะใช้เวลา 2-4 วันในการลบไฟล์ทั้งหมด

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

ฉันสามารถลบ inode สำหรับ / tmp2 ด้วยตนเอง แต่นั่นจะไม่ทำให้พื้นที่ว่างใช่ไหม?

นี่อาจเป็นปัญหากับ zfs หรือฮาร์ดไดรฟ์หรืออะไร


1
ฉันไม่ใช่ผู้เชี่ยวชาญ zfs ดังนั้นฉันไม่สามารถพูดกับการปรับแต่งประสิทธิภาพของคุณหรือสิ่งที่คุณอาจทำเพื่อปรับปรุง (ซึ่งจะใช้ข้อมูลจำนวนมากและอาจจะทำได้ดีที่สุดโดยผู้เชี่ยวชาญโดยตรง) อย่างไรก็ตามฉันสามารถพูดได้ว่าการกู้คืนเกิดขึ้นที่ระดับบล็อกในขณะที่การลบของคุณเกิดขึ้นในระดับระบบไฟล์ ระบบไฟล์ส่วนใหญ่จะมีค่าใช้จ่ายเมื่อลบบัฟเฟอร์ inode แบบบาล้านล้านแบบนั้น
Spooler

กรุณาโพสต์ของคุณdf -hและและzpool list zfs list
ewwhite

5
เขียนโปรแกรมอื่น: rm -rf /tmp2จะไม่ทำงานหรือไม่
Thorbjørn Ravn Andersen

2
คุณไม่สามารถรีบูตได้หรือไม่ /tmpควรเป็นtmpfsระบบไฟล์และเก็บไว้ในหน่วยความจำ
เครื่องปั่น

คำตอบ:


31

การลบใน ZFS นั้นมีราคาแพง มากยิ่งขึ้นหากคุณเปิดใช้งานการคัดลอกซ้ำในระบบไฟล์ (เนื่องจากการยกเลิกการอ้างอิงไฟล์ซ้ำซ้อนมีราคาแพง) ภาพรวมอาจมีความซับซ้อนเช่นกัน

คุณอาจจะดีกว่าการลบ/tmpไดเรกทอรีแทนข้อมูลที่มีอยู่ภายใน

หาก/tmpเป็นระบบไฟล์ ZFS ให้ลบออกและสร้างใหม่อีกครั้ง


1
@nagylzs ในกรณีนี้ฉันขอแนะนำให้สร้างระบบไฟล์ ZFS แยกต่างหาก จากนั้นคุณสามารถย้าย / tmp ปัจจุบันออกนอกทางย้าย / tmp ใหม่เข้าที่แล้วลบไฟล์ตามเวลาว่างของระบบ ผลลัพธ์: การหยุดทำงานน้อยที่สุดพร้อมการลดลงของประสิทธิภาพเล็กน้อย (ลดได้โดยioniceสมมติว่า FreeBSD มี) ในขณะที่การลบกำลังทำงานอยู่
CVn

9
ฉันผิดไป. มันเป็นระบบไฟล์แยกต่างหาก นี่คือสิ่งที่ใช้งานได้: รีบูตไปที่โหมดผู้ใช้เดี่ยวจากนั้นทำ "zfs delete zroot / tmp; zfs สร้าง zroot / tmp; chmod 41777 / tmp"
nagylzs

6
มันเป็นเวลาหยุดทำงานทั้งหมด 5 นาที Fantastic! :-)
nagylzs

1
นั่นก็พูดถึงความกังวลของฉันด้วยว่าการลบไฟก็ไม่ทำให้พื้นที่ว่างหมดเพราะภาพรวม แต่ tmp จะได้รับการจัดตั้งขึ้นเพื่อไม่ทำให้ภาพรวมระยะอัตโนมัติขวา ?
JDługosz

1
ที่จริงแล้วนี่คือ: zfs สร้าง -o การบีบอัด = บน -o exec = บน -o setuid = ปิด zroot / tmp; chmod 1777 / zroot / tmp; zfs set mountpoint = / tmp zroot / tmp; ฉันไม่แน่ใจว่าจะปิดสแนปชอตอัตโนมัติได้อย่างไร มี "zfs set com.sun: auto-snapshot = false" แต่นั่นใช้ได้กับโซลาริสเท่านั้นฉันคิด
nagylzs

27

เป็นไปได้อย่างไรที่การคืนค่าอาร์เรย์ทั้งหมดใช้เวลาหนึ่งชั่วโมง แต่การลบจากดิสก์ใช้เวลา 4 วัน

พิจารณาอาคารสำนักงาน

การถอดคอมพิวเตอร์และเฟอร์นิเจอร์และการแก้ไขทั้งหมดออกจากสำนักงานทั้งหมดในทุกชั้นใช้เวลานานแต่การปล่อยให้สำนักงานอื่นสามารถใช้งานได้โดยลูกค้ารายอื่น

รื้อถอนอาคารทั้งหมดด้วย RDX เป็นจำนวนมากทั้งเร็ว แต่ลูกค้าต่อไปคือค่อนข้างมีแนวโน้มที่จะบ่นเกี่ยวกับวิธีเบียร์สถานที่ที่เป็น


5
ZFS ไม่ใช่อาคารสำนักงาน :)
developerbmw

9
@developerbmw ยังไม่มีไฟล์หรือโฟลเดอร์ในนั้น แต่เราต้องการแนวคิดเชิงเปรียบเทียบเพื่อทำความเข้าใจกับสิ่งที่เกิดขึ้น
JamesRyan

2
@JamesRyan อ๋อมันเป็นการเปรียบเทียบที่ดีจริง ๆ ... ฉันแค่เป็นคนโง่
developerbmw

5

มีหลายสิ่งที่เกิดขึ้นที่นี่

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

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

ประการที่สามการลบไฟล์นั้นช้ามาก ZFS ไม่ดีเป็นพิเศษ แต่ในทางปฏิบัติระบบไฟล์ทั้งหมดจะลบได้ช้า พวกเขาจะต้องปรับเปลี่ยนข้อมูลจำนวนมากบนดิสก์และเวลาอย่างถูกต้อง (เช่นรอ) ระบบไฟล์จึงไม่เสียหายหากไฟฟ้าดับ

เป็นไปได้อย่างไรที่การคืนค่าอาร์เรย์ทั้งหมดใช้เวลาหนึ่งชั่วโมง แต่การลบจากดิสก์ใช้เวลา 4 วัน

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

การลบ 70 ครั้ง / วินาทีดูเหมือนว่าจะทำงานได้แย่มาก

มันขึ้นอยู่กับ. ฉันจะไม่แปลกใจกับสิ่งนี้ คุณยังไม่ได้กล่าวถึงประเภทของ SSD ที่คุณใช้ Intel และ Samsung SSD รุ่นใหม่นั้นใช้งานได้ดี (อ่าน - แก้ไข - เขียน) และจะทำงานได้ดีขึ้น SSD ที่ถูกกว่า / เก่ากว่า (เช่น Corsair) จะช้า จำนวนการดำเนินการ I / O ต่อวินาที (IOPS) เป็นปัจจัยกำหนดที่นี่

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


ภาคผนวก: ทำไมการลบจึงช้า

  • การลบไฟล์ต้องใช้หลายขั้นตอน ข้อมูลเมตาของไฟล์จะต้องทำเครื่องหมายเป็น 'ลบ' และในที่สุดจะต้องเรียกคืนเพื่อให้สามารถนำพื้นที่ว่างมาใช้ใหม่ได้ ZFS เป็น 'ระบบโครงสร้างไฟล์บันทึก' ซึ่งทำงานได้ดีที่สุดหากคุณสร้างสิ่งต่าง ๆ เท่านั้นไม่ต้องลบทิ้ง โครงสร้างบันทึกหมายความว่าถ้าคุณลบบางอย่างมีช่องว่างในบันทึกและข้อมูลอื่น ๆ จะต้องถูกจัดเรียงใหม่ (จัดเรียงข้อมูล) เพื่อเติมเต็มช่องว่าง สิ่งนี้ไม่ปรากฏแก่ผู้ใช้ แต่โดยทั่วไปจะช้า
  • การเปลี่ยนแปลงจะต้องทำในลักษณะที่ถ้ากำลังจะล้มเหลวบางส่วนผ่านระบบแฟ้มยังคงสอดคล้อง บ่อยครั้งสิ่งนี้หมายถึงการรอจนกว่าดิสก์จะยืนยันว่าข้อมูลอยู่ในสื่อจริงๆ สำหรับ SSD ที่ใช้เวลานาน (หลายร้อยมิลลิวินาที) ผลกระทบสุทธิจากสิ่งนี้คือมีการทำบัญชีมากขึ้น (เช่นการทำงานของดิสก์ I / O)
  • การเปลี่ยนแปลงทั้งหมดมีขนาดเล็ก แทนที่จะต้องอ่านเขียนและลบทั้งบล็อกแฟลช (หรือกระบอกสูบสำหรับดิสก์แม่เหล็ก) คุณต้องปรับเปลี่ยนสักเล็กน้อย ในการทำเช่นนี้ฮาร์ดแวร์จะต้องอ่านทั้งบล็อกหรือรูปทรงกระบอกแก้ไขในหน่วยความจำแล้วเขียนลงสื่อบันทึกอีกครั้ง ใช้เวลานาน

ฉันไม่รู้เกี่ยวกับ ZFS แต่ระบบไฟล์บางระบบอนุญาตให้คุณยกเลิกการลิงก์ไดเรกทอรีที่มีเนื้อหา แต่ให้ลบเนื้อหาเหล่านั้นในภายหลังในช่วงคอลเลกชันขยะ / defrag / cleanup ZFS มีโปรแกรมอรรถประโยชน์ใด ๆ ที่จะทำการลบแบบขี้เกียจหรือไม่? มันจะไม่เร่งการลบของ OP เร็วขึ้น แต่น่าจะทำให้เกิดปัญหาน้อยลงหากมันเกิดขึ้นโดยปริยายในระหว่างการทำความสะอาด
Vality

2

เป็นไปได้อย่างไรที่การคืนค่าอาร์เรย์ทั้งหมดใช้เวลาหนึ่งชั่วโมง แต่การลบจากดิสก์ใช้เวลา 4 วัน

เป็นไปได้เนื่องจากการดำเนินการสองอย่างทำงานบนเลเยอร์ที่แตกต่างกันของสแต็กระบบไฟล์ Resilvering สามารถเรียกใช้ในระดับต่ำและไม่จำเป็นต้องดูแต่ละไฟล์คัดลอกข้อมูลจำนวนมากในแต่ละครั้ง

เหตุใดฉันจึงมีประสิทธิภาพที่ไม่ดี การลบ 70 ครั้ง / วินาทีดูเหมือนว่าจะทำงานได้แย่มาก

มันต้องทำหนังสือมากมาย ...

ฉันสามารถลบ inode สำหรับ / tmp2 ด้วยตนเอง แต่นั่นจะไม่ทำให้พื้นที่ว่างใช่ไหม?

ฉันไม่รู้สำหรับ ZFS แต่ถ้ามันสามารถกู้คืนได้โดยอัตโนมัติจากนั้นมันก็น่าจะเป็นไปได้ว่าในท้ายที่สุดแล้วการดำเนินการแบบเดียวกันกับที่คุณทำอยู่ในพื้นหลัง

นี่อาจเป็นปัญหากับ zfs หรือฮาร์ดไดรฟ์หรืออะไร

ไม่zfs scrubพูดอะไร?


2

การลบไฟล์จำนวนมากไม่ใช่การดำเนินการที่รวดเร็ว

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

แม้ว่าจะไม่มีลักษณะเฉพาะของ ZFS ก็ตาม แต่การลบไฟล์ 30 ล้านไฟล์โดยทั่วไปนั้นหมายถึงการดำเนินงาน I / O แยกกันกว่าร้อยล้านไฟล์ การดำเนินการนี้จะใช้เวลานานแม้จะใช้ SSD อย่างรวดเร็วก็ตาม ดังที่คนอื่น ๆ ได้กล่าวไว้การออกแบบของ ZFS จะช่วยแก้ไขปัญหานี้เพิ่มเติม


2

Ian Howson ให้คำตอบที่ดีว่าทำไมมันถึงช้า

หากคุณลบไฟล์แบบขนานคุณอาจเห็นการเพิ่มความเร็วเนื่องจากการลบอาจใช้บล็อกเดียวกันและทำให้สามารถบันทึกการเขียนบล็อกเดียวกันซ้ำหลายครั้ง

ดังนั้นลอง:

find /tmp -print0 | parallel -j100 -0 -n100 rm

และดูว่ามันทำงานได้ดีกว่าการลบ 70 ครั้งต่อวินาทีหรือไม่


0

ง่ายมากถ้าคุณเปลี่ยนความคิดของคุณ

  1. รับไดรฟ์ที่สอง (คุณดูเหมือนจะมีสิ่งนี้อยู่แล้ว)

  2. คัดลอกทุกอย่างจากไดรฟ์ A ไปยังไดรฟ์ B ด้วย rsync ยกเว้นไดเรกทอรี / tmp Rsync จะช้ากว่าการคัดลอกบล็อก

  3. รีบู๊ตโดยใช้ไดรฟ์ B เป็นโวลุ่มการบู๊ตใหม่

  4. ฟอร์แมตไดรฟ์ A

นี่จะเป็นการดีแฟรกเมนต์ไดรฟ์ของคุณและให้ไดเรคทอรีใหม่ (ดีการจัดเรียงไม่สำคัญสำหรับ SSD แต่การทำให้ไฟล์เป็นเส้นตรงจะไม่ทำอันตรายอะไรเลย)


ก่อนอื่นคัดลอกทุกอย่างยกเว้น / tmp ดังนั้นรวมถึง / dev และ / proc? ประการที่สองเสียงนิดนึงสำหรับฉันโดยเฉพาะบนเซิร์ฟเวอร์ที่ใช้งานจริง
Hennes

ฉันคิดว่าเขาฉลาดพอที่จะไม่รวมไฟล์ที่ไม่ได้ติดตั้งวอลลุ่มและโฟลเดอร์หน่วยความจำเสมือนซึ่งส่วนใหญ่ไม่สามารถเดาได้ที่นี่ หรือทำจากการบูทการบำรุงรักษาโดยที่สิ่งเหล่านั้นไม่สำคัญ
เตอร์

ฉันคิดว่าคุณสามารถzfs send/recv(คัดลอกระดับบล็อก) ระบบไฟล์อื่น ๆ ทั้งหมดยกเว้นระบบไฟล์รูท (โดยที่ / tmp ตั้งอยู่ในกรณีนี้) และคัดลอกข้อมูลที่เหลืออยู่ในระบบไฟล์รากด้วยตนเอง (ไม่รวม / tmp แน่นอน)
user121391

2
สิ่งนั้นจะสูญเสียสแนปชอตและข้ามคุณสมบัติความน่าเชื่อถือบางส่วน พลาดจุดใช้ zfs
JDługosz

2
@ JDługoszจุดที่ถูกต้อง แต่มีความเกี่ยวข้องเฉพาะเมื่อผู้ใช้ใส่ใจ เรียงลำดับเช่น "สำเนาสำรองของฉันเสียหายวิธีการซ่อมแซม" -> "คุณต้องการไฟล์สำรองหรือไม่" -> "ไม่" -> "ฟอร์แมต"
เตอร์

-1

คุณมี 30 ล้านรายการในรายการที่ไม่เรียงลำดับ คุณสแกนรายการสำหรับรายการที่คุณต้องการลบและลบออก ตอนนี้คุณมีเพียง 29,999,999 รายการในรายการที่ไม่เรียงลำดับของคุณ หากทั้งหมดอยู่ใน / tmp ทำไมไม่รีบูตใหม่


แก้ไขเพื่อให้สะท้อนถึงข้อมูลในความคิดเห็น: คำชี้แจงปัญหา: การลบไฟล์ส่วนใหญ่ที่สร้างไม่ถูกต้องแต่ไม่ทั้งหมดของไฟล์ 30M + ใน / tmp ใช้เวลานาน
ปัญหา 1) วิธีที่ดีที่สุดในการลบไฟล์ที่ไม่ต้องการจำนวนมากออกจาก / tmp
ปัญหา 2) ทำความเข้าใจว่าเหตุใดจึงช้าในการลบไฟล์

โซลูชัน 1) - / tmp ถูกรีเซ็ตเป็นค่าว่างเมื่อบู๊ตด้วยการกระจาย * nix ส่วนใหญ่ FreeBSD นั้นไม่ใช่หนึ่งในนั้น
ขั้นตอนที่ 1 - คัดลอกไฟล์ที่น่าสนใจที่อื่น
ขั้นตอนที่ 2 - ในฐานะที่เป็นราก

 $ grep -i tmp /etc/rc.conf  
 clear_tmp_enable="YES" # Clear /tmp at startup.  

ขั้นตอนที่ 3 - รีบูต
ขั้นตอนที่ 4 - เปลี่ยน clear_tmp_enable กลับเป็น "ไม่"
ไฟล์ที่ไม่ต้องการจะหายไปเนื่องจาก ZFS บนFreeBSDมีคุณสมบัติที่ "การทำลายชุดข้อมูลเร็วกว่าการลบไฟล์ทั้งหมดที่อยู่ในชุดข้อมูลเนื่องจากไม่เกี่ยวข้องกับการสแกนไฟล์ทั้งหมดและอัพเดตข้อมูลเมตาที่เกี่ยวข้องทั้งหมด " ดังนั้นสิ่งที่ต้องทำตอนบู๊ตจะรีเซ็ตเมทาดาทาสำหรับชุดข้อมูล / tmp นี่มันเร็วมาก

โซลูชัน 2) เหตุใดจึงช้ามาก ZFS เป็นระบบไฟล์ที่ยอดเยี่ยมซึ่งรวมถึงคุณสมบัติเช่นการเข้าถึงไดเรกทอรีเวลาคงที่ วิธีนี้ใช้ได้ดีถ้าคุณรู้ว่าคุณกำลังทำอะไร แต่หลักฐานแสดงให้เห็นว่า OP ไม่ใช่ผู้เชี่ยวชาญของ ZFS OP ไม่ได้ระบุวิธีที่พวกเขาพยายามลบไฟล์ แต่ที่คาดเดาฉันจะบอกว่าพวกเขาใช้รูปแบบใน "find regex -exec rm {} \;" ใช้งานได้ดีกับตัวเลขขนาดเล็ก แต่ไม่ขยายเนื่องจากมีการดำเนินการแบบอนุกรมสามรายการเกิดขึ้น 1) รับรายการไฟล์ที่มีอยู่ (ส่งคืน 30 ล้านไฟล์ตามลำดับแฮช) 2) ใช้ regex เพื่อเลือกไฟล์ถัดไปที่จะถูกลบ 3 ) บอกให้ระบบปฏิบัติการค้นหาและลบไฟล์นั้นจากรายการ 30 ล้าน แม้ถ้า ZFS กลับรายการจากหน่วยความจำและถ้า 'find' cache, regex ยังคงต้องระบุไฟล์ถัดไปที่จะถูกประมวลผลจากรายการแล้วบอกให้ OS อัปเดตข้อมูลเมตาของมันเพื่อสะท้อนการเปลี่ยนแปลงนั้นจากนั้นอัปเดตรายการเพื่อไม่ประมวลผลอีกครั้ง


1
ฉันคิดว่าคุณเข้าใจผิดคำถาม ฉันต้องการลบไฟล์ส่วนใหญ่ นั่นคือไฟล์ 30M +
nagylzs

@nagylzs / tmp ถูกล้างเมื่อรีบูต หากคุณต้องการลบมากที่สุดคุณจะต้องเก็บไว้บางส่วนเช่นน้อยกว่าครึ่งดังนั้นคัดลอกสิ่งที่คุณต้องการเก็บไว้แล้วรีบูตเพื่อกำจัดส่วนที่เหลือ สาเหตุที่การลบของคุณช้ามากคือการมีไฟล์จำนวนมากในไดเรกทอรีส่งผลให้เกิดรายการที่ไม่เรียงลำดับขนาดใหญ่ที่ต้องดำเนินการเพื่อค้นหาไฟล์ที่จะใช้งานซึ่งต้องใช้เวลา ปัญหาเดียวที่นี่คือ PEBCAK
Paul Smith

ไดเรกทอรี Zfs ไม่ได้เรียงลำดับ ? ฉันคิดว่า zfs จัดการไดเรกทอรีขนาดใหญ่โดยเฉพาะได้ดี
JDługosz

อืม / tmp ไม่ถูกล้างเพียงไฟล์ที่เกี่ยวข้องกับ X อย่างน้อยบน FreeBSD ไม่สามารถล้างได้ในขณะบูตเนื่องจากต้องใช้เวลาหลายวันก่อนที่สคริปต์ rc จะลบตามปกติ
nagylzs

@JDlugosz - ZFS นั้นดีกว่ามากที่สุด แต่รายการ inode (ซึ่งเป็นไดเรกทอรีทั้งหมด) จะไม่เรียงลำดับ
Paul Smith
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.