เมื่อทำการติดตั้ง linux บน USB Drive ฉันควรใช้ระบบไฟล์รูปแบบใดเพื่อประสิทธิภาพที่ดีที่สุด?


13

ฉันวางแผนที่จะติดตั้ง Linux บนไดรฟ์ USB และฉันสงสัยว่าระบบไฟล์ใดที่ฉันควรใช้เพื่อฟอร์แมตไดรฟ์เพื่อประสิทธิภาพที่ดีที่สุด (การตอบสนองโดยรวม) และอายุการใช้งานของไดรฟ์


2
ประสิทธิภาพเป็นสิ่งหนึ่ง อายุการใช้งานเป็นอีกหนึ่ง และพวกเขามีความสัมพันธ์
Runium

USB แบบไหน? คุณต้องการเขียนหลังจากการติดตั้งหรือไม่
นิลส์

คำตอบ:


5

สำหรับการติดตั้ง GNU / Linux บนคีย์ USB คุณจะได้ผลลัพธ์ที่ดีกว่าหากคุณใช้Live ที่เรียกว่าพาร์ติชั่นแบบถาวร

ข้อได้เปรียบหลักของการใช้ระบบ Liveเป็นเรื่องเกี่ยวกับฮาร์ดแวร์: การติดตั้ง linux จะกำหนดค่าทุกอย่างสำหรับการจับคู่ฮาร์ดแวร์เฉพาะ สดระบบจะตรวจสอบฮาร์ดแวร์ในแต่ละขั้นตอนการบู๊ต

เมื่อมีการใช้ระบบการถ่ายทอดสดเอฟเอส (บางทีcramfs, iso9660หรืออ่านอย่างเดียว FS บีบอัดอื่น ๆ ) จะถูกฝังในไฟล์ไบนารีทั้งที่มีตารางพาร์ทิชัน ดังนั้นสิ่งเดียวที่ต้องทำคือการใส่มันลงบนคีย์ usb

ครั้งนี้ทำคุณจะอยู่ส่วนที่เหลือเดอของคีย์ USB ของคุณเป็นคนหนึ่งหรือพาร์ทิชันมากขึ้นกว่ารูปแบบที่พวกเขาสำหรับcopy-on-writeพาร์ทิชันถาวร สำหรับวันนี้ผม recommand ext4เพราะมันเป็นลินุกซ์ defautและแฟลชที่เป็นมิตร

ข้อมูลเพิ่มเติมในคำตอบนี้: Debian ใช้ชีวิตด้วยความเพียร


ฉันสามารถทำการเปลี่ยนแปลงกับระบบจริงที่ติดตั้งเช่นนั้นเช่นการเพิ่มไฟล์ใหม่ได้/binหรือไม่
Andrei Bozantan

@AndreiBozantan ใช่มีสองวิธี: 1. คุณสามารถติดตั้ง (เพิ่ม) หรือลบอะไรในพาร์ติชั่นที่มีอยู่ แน่นอนว่าพาร์ติชั่นแบบอ่านอย่างเดียวจะไม่ได้รับการแก้ไข แต่ติดตั้งผ่านaufs (ระบบไฟล์ร่วม) ซึ่งมีประสิทธิภาพ 2. คุณสามารถสร้างของคุณเองระบบอยู่โดยใช้การถ่ายทอดสดการสร้างและเพิ่มทุกสิ่งที่คุณต้องการในของคุณเดเบียนสด ดูDebian สดด้วยความเพียร
F. Hauri

4

ระบบไฟล์ที่ชื่อF2FSรวมอยู่ใน Linux ตั้งแต่ 3.8 และได้รับการออกแบบมาโดยเฉพาะสำหรับคุณสมบัติไดรฟ์ SSD มีระบบไฟล์ที่ปรับให้เหมาะกับ SSDอื่น ๆ อยู่สองสามตัวหากคุณต้องการสำรวจปัญหาเพิ่มเติม


2
คุณกำลังสับสนกับ SSD และไดรฟ์ USB ซึ่งโดยทั่วไปแล้วไม่ใช่ SSD และไม่ได้รับการปรับให้เหมาะสมในลักษณะเดียวกันเลย
Totor

@Totor ในขณะนี้เป็นจริงแน่นอนระบบไฟล์ f2fs ตามวิกิพีเดีย "คำนึงถึงลักษณะของอุปกรณ์เก็บข้อมูลที่ใช้หน่วยความจำแฟลช NAND (เช่นโซลิดสเตทดิสก์ eMMC และการ์ด SD)" ที่กล่าวว่าฉันยังไม่ได้ทำการวิจัยเพิ่มเติม
Michael Krelin - แฮกเกอร์

1
@ MichaelKrelin-hacker Wikipedia สามารถผิดได้เช่นกัน สิ่งที่ฉันพูดคือ SSD ควบคุมมักจะดูแลการทำแผนที่บล็อกส่วนใหญ่เพื่อให้ระดับการสึกหรอ มันสามารถเลือกที่จะทำงานอย่าง "ชอบ" fs ที่มีโครงสร้างบันทึกอย่าง F2FS มันถูกออกแบบมาเพื่อใช้เป็นฮาร์ดไดรฟ์ "คลาสสิค" การใช้ F2FS กับ SSD อาจซ้ำซ้อน ...
59

@ โตโต้จริงเกี่ยวกับวิกิพีเดียแม้ว่าDocumentation/filesystems/f2fs.txtพูดเหมือนกัน และใช่คิดว่าฉันยังไม่ได้อ่านรายละเอียดของการปรับให้เหมาะสมฉันคิดว่ามันแปลกที่ fs เดียวกันพยายามเพิ่มประสิทธิภาพทั้งสำหรับการ์ด SSD และการ์ด SD และอื่น ๆ และฉันจะไม่ใช้ f2fs สำหรับ SSD แต่คำถามนั้นไม่เกี่ยวกับ SSD แต่อะไรคือ "ไดรฟ์ USB" ฉันไม่รู้ฉันไม่ได้หมายถึง SSD ภายนอกเมื่อการค้นหาของฉันมาถึงฉันที่นี่;)
Michael Krelin - แฮกเกอร์

3

สองสามเดือนที่ผ่านมาเราทำการทดสอบประสิทธิภาพที่ Uni Lab และมีผู้ชนะเพียงคนเดียว: Ext4 สถิติการเขียนและอ่านดีกว่า ext3 และ ext2 มาก - ซึ่งค่อนข้างชัดเจนว่า ext4 ได้รับการพัฒนาตามระบบไฟล์ทั้งสอง

ฉันจำรายละเอียดไม่ได้ดังนั้นไม่สามารถให้หมายเลขใด ๆ กับคุณได้ แต่จะลบล้างด้วย EXT4

ทำการทดสอบบน USB 2.0 - Kingston


คุณตรวจสอบระบบไฟล์ทางเลือกอื่น ๆ หรือไม่? เพียงแค่อยากรู้อยากเห็น ...
vonbrand

2

ฉันเลือก ext4 สำหรับพาร์ติชั่น 512MB สำหรับ / boot ฉันเลือก ext4 เพราะมันเข้ากันได้กับ grub และมีความสามารถในการทำเจอร์นัล

ฉันเลือก btrfs บนพาร์ติชั่นประมาณ 20GB สำหรับรูทของระบบไฟล์ /, ฉันเลือก btrfs เพราะคุณสมบัติของ COW, ฉันคิดว่ามันจะช่วยให้สวมใส่ไดรฟ์ได้, และ btrfs ก็แย่มาก ฉันเปิดใช้งานการบีบอัด lzo ใน fstab และตัวเลือกอื่น ๆ "เป็นมิตรกับแฟลช" (ดูที่นี่ )

ในตอนท้ายของไดรฟ์ฉันมีพาร์ทิชัน 10GB ใน ntfs ที่ติดตั้งไว้ที่ / home / user / ดาวน์โหลดที่ฉันสามารถเข้าถึงได้เมื่อฉันเสียบมันลงในคอมพิวเตอร์เครื่องอื่นของฉัน


0

BTRFS ดีกว่าอย่างอื่นสำหรับเรื่องนี้ การคัดลอกเมื่อเขียน + การบีบอัดข้อมูลจะช่วยเพิ่มความเร็วในการทำงานของดิสก์ ข้อมูลที่น้อยกว่าจะถูกเขียนขึ้นตลอดชีวิตจะนานขึ้น

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