มีการจัดเรียงข้อมูลบนดิสก์เช่น GUI ของ Defiform สำหรับ Linux หรือไม่?

ฉันกำลังมองหาเครื่องมือที่สามารถให้ภาพตัวแทนของการแตกแฟรกเมนต์ ext4 ของฉันได้ สิ่งที่คล้ายกับวิธีDefraggler , Puran Defrag และอื่น ๆ อีกมากมาย (UltraDefrag ดีที่สุด) แสดงดิสก์ของคุณ ... (UIs ที่ดีที่สุดแสดงไฟล์ในบล็อกที่คุณวางเมาส์ไว้)

มีอะไรเกี่ยวข้องกับ Linux หรือไม่?

ฉันต้องการดูดิสก์ของฉันและดูว่าการจัดเรียงข้อมูลที่ "ไม่จำเป็น" เป็นอย่างไร

ฉันไม่ต้องการใช้ e4defrag เพราะฉันไม่แน่ใจว่ามันสามารถแสดงให้ฉันเห็นว่ามันทำอะไรกับดิสก์ของฉัน

defrag

— Tcll
แหล่งที่มา

ไม่จำเป็นต้องจัดเรียงข้อมูลเครื่อง Linux อย่างแน่นอน

— ZaxLofful

นั่นเป็นเรื่องไร้สาระ "ต้องการ" การจัดเรียงข้อมูลขึ้นอยู่กับประเภท FS และรูปแบบการใช้งาน ในบางกรณีการจัดเรียงข้อมูลสร้างความแตกต่างอย่างมาก (ฉันเดาว่านี่เป็นหนึ่งในตำนานของ linux)

— David Balažic

@ DavidBalažic - โปรดอ้างอิง? ฉันไม่เห็นความจำเป็นในการจัดเรียงข้อมูลบนดิสก์ / ระบบไฟล์ด้วยการแตกแฟรกเมนต์ 0.2% โปรดระบุมาตรฐานเพื่อแสดงการจัดเรียงข้อมูล ext2 / 3/4 / XFS / หรือระบบไฟล์เนทิฟลินุกซ์ใด ๆ ที่ส่งผลกระทบต่อประสิทธิภาพอย่างมีนัยสำคัญ

— Panther

@ bodhi.zazen -> "ขึ้นอยู่กับประเภท FS และรูปแบบการใช้งาน" ในบางกรณีมันมีผลกระทบใหญ่ในอื่น ๆ ไม่มี หาก 0.2% นั้นเป็นไฟล์ฐานข้อมูลขนาด 2GB ที่มีการใช้งานหนักจะมีผลกระทบมาก มันเป็นไฟล์เล็ก ๆ ที่ไม่ค่อยได้ใช้สักเท่าไหร่

— David Balažic

@ DavidBalažic-กำหนด "ผลใหญ่" และโพสต์มาตรฐาน i / o ของดิสก์จะ จำกัด มากขึ้นเป็นร้อยเท่าจากนั้นจะมีการแตกแฟรกเมนต์เล็กน้อยคุณจะต้องใช้เวลานานในการเขียนฐานข้อมูล 2 GB ไปยังดิสก์และการเขียนส่วนหนึ่งของไฟล์ 2 Gb จะไม่เกิดขึ้น จะได้รับผลกระทบจากการแตกแฟรกเมนต์ 0.2% ยังคงต้องเขียนข้อมูลลงในดิสก์อีกครั้ง ฐานข้อมูลที่ทันสมัยที่มีการใช้งานหนักจะอยู่ใน RAM และหากคุณกำลังเขียนลงดิสก์ปัจจัยที่ จำกัด คือ RAM ไม่ใช่การแยกส่วน

— Panther

คำตอบ:

คำถามไม่ได้หากมีการกระจายตัว ระบบไฟล์ทั้งหมดมีการแตกแฟรกเมนต์บางส่วน

คำถามคือถ้าการกระจายตัวของพอที่จะส่งผลกระทบต่อประสิทธิภาพ

บนระบบไฟล์ Linux การแตกแฟรกเมนต์โดยทั่วไปจะน้อยกว่า 5% หรือ 1 หรือ 2% เว้นแต่ว่าดิสก์เต็ม 99% ในกรณีที่มีดิสก์เต็มคุณสามารถเห็นการแตกแฟรกเมนต์ที่สำคัญ แต่ในกรณีนั้นปัญหาคือดิสก์เต็ม

$ sudo fsck.ext2 -fn /dev/sda1
e2fsck 1.42 (29-Nov-2011)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Ubuntu_Rescue: 291595/1222992 files (**0.2% non-contiguous**), 1927790/4882432 blocks

ใช่มีการแตกแฟรกเมนต์ 0.2% แต่ต่ำกว่าเกณฑ์ 85% ที่ส่งผลต่อประสิทธิภาพ

ดูโพสต์บล็อกทำไมลินุกซ์ไม่จำเป็นต้องจัดเรียงข้อมูล? .

บน Windows มันไม่ใช่เรื่องแปลกที่จะเห็นการกระจายตัวของอัตรา 50% หรือสูงกว่า (ฉันได้เห็น 200% บวก) ดังนั้น windows ต้องการเครื่องมือการจัดเรียงข้อมูล

บน Windows พวกเขาแนะนำการจัดเรียงข้อมูลที่ขีด จำกัด ประมาณ 85%

ดู:

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

— เสือดำ
แหล่งที่มา

ดีฉันได้มีเวลาที่จะเสียให้ชัดเจนขึ้นปัญหาเกี่ยวกับเรื่องนี้อีกเพื่อขอบคุณยังก็มักจะดีที่จะเป็นคนขี้ระแวง;)

— Tcll

ฉันสนใจ: การกระจัดกระจายของ> 100% หมายถึงอะไร ไฟล์มีการแยกส่วนหลายครั้งหรือไม่

— Doddy

@doddy เห็นได้ชัดเช่นนั้นหรือชิ้นส่วนมีการแยกส่วน ฉันไม่คุ้นเคยกับ windows หรือ NTFS มากพอที่จะรู้วิธีการวัดการแตกแฟรกเมนต์

— Panther

FWIW - เพียงแค่วันนี้ (ใช้ระบบนี้ด้วยการอัพเกรดจาก Fedora 18 -> การอัพเดทหลายอย่าง -> ตอนนี้ Fedora 22) fsck.ext2 -fn /dev/mapper/fedora-root /dev/mapper/fedora-root: 525176/3276800 files (0.6% non-contiguous) และ/dev/mapper/fedora-home: 149180/11149312 files (1.1% non-contiguous)ไม่กระจัดกระจายมากนักในช่วงหลายปีที่ผ่านมาและการอัพเกรดหลายครั้ง

— Panther

ฉันต้องการเพิ่มในการสนทนาที่แน่นอนว่าไม่มีระบบจะคงอยู่ตลอดไปและไม่ว่าจะเป็น HDD หรือ SSD การเข้าถึงการเขียนทุกครั้งเป็นการสิ้นเปลืองที่อาจเกิดการสูญเสีย กระบวนการจัดเรียงข้อมูลอาจเป็นกระบวนการที่ท้าทายที่สุดสำหรับ HDD ที่ทุกส่วนเคลื่อนที่ได้สูงสุด (การอ่านและการเขียนในภาคส่วนต่าง ๆ ) ดังนั้นหากประสิทธิภาพไม่ได้รับผลกระทบมากโปรดอย่าพยายามจัดเรียงข้อมูลอย่างเด็ดขาด

— zulu34sx

ให้มันง่าย ...

1)ถ้าคุณใช้ EXT4 คุณไม่จำเป็นต้องทำการจัดเรียงข้อมูลจนกว่าดิสก์ของคุณจะเต็ม 90% และอยู่ภายใต้ IO หนัก (ลบ, อ่าน, เขียน)

2)หากคุณพบว่าตัวเองมีดิสก์เต็ม ~ 90% ที่มีการแยกส่วนอย่างหนักปัญหาของคุณคือ (IMHO) พื้นที่ดิสก์ไม่เพียงพอและไม่ได้แยกส่วน รับดิสก์ที่ใหญ่กว่า!

3)หากคุณไม่สามารถรับดิสก์ที่มีขนาดใหญ่กว่าด้วยเหตุผลที่ถูกต้องให้คัดลอกล็อตทั้งหมด (หรือโดยกลุ่มก้อนใหญ่) ไปยังดิสก์อื่นจากนั้นคัดลอกกลับ EXT4 FS ขั้นสูงเขียนกลับมาอย่างต่อเนื่องเพื่อกำจัดการแยกส่วน สามารถกำหนดเวลานี้เป็นงาน cron.daily โดยใช้ Gnome Scheduler สำหรับการแปลงที่มาจาก Windows

การแก้ไขที่ดีที่สุดหากคุณมีปัญหาจากจุดที่ 2 ข้างต้นรับดิสก์ที่ใหญ่กว่า!

— DanglingPointer
แหล่งที่มา

ฉันยังคงต้องการดูการกระจายตัวและดูแลสิ่งต่าง ๆ เมื่อมันเกิดขึ้น (ไม่ผ่านเทอร์มินัลชอบนักพัฒนาหัวหัวสมองส่วนใหญ่ชอบ);)

— Tcll

ดังนั้นทำไมฉันจึงกล่าวว่าใช้ Gnome Scheduler สำหรับ "รูปแบบการคัดลอกและย้อนกลับ"

— DanglingPointer

ไม่จำเป็นต้องมีการจัดระเบียบบนระบบ Linux
ดังนั้นจึงมีเครื่องมือการจัดเรียงข้อมูลไม่มากนัก

— CL-netbox
แหล่งที่มา

ฉันไม่มั่นใจแสดงให้ฉันเห็นว่าการแยกส่วนของฮาร์ดไดรฟ์ ext4 เต็มรูปแบบหลังจากใช้งาน 2 สัปดาห์กับการลบอย่างต่อเนื่องและการเพิ่มไฟล์

— Tcll

มีคำอธิบายออนไลน์มากมาย - หนึ่งในนั้นอธิบายได้อย่างแม่นยำ: howtogeek.com/115229/…

— cl-netbox

ฉันโพสต์เอกสารที่คุณร้องขอการกระจายตัวของ 0.2% นั้นเล็กน้อยและไม่เพียงพอที่จะส่งผลกระทบต่อประสิทธิภาพ

— Panther

สำหรับฉันคำถามต่อไปที่ชัดเจนคือ: ทำไมการจัดระเบียบด้วยตนเองยังคงต้องใช้บน Windows หลังจากหลายปีเหล่านี้? แต่นั่นไม่ใช่หัวข้อสำหรับไซต์นี้อย่างชัดเจน ;-)

— Oliphaunt - คืนสถานะโมนิก้า

สองประโยคผิดทั้งคู่ หนึ่งเครื่องมือจัดเรียงข้อมูลจะถูกกล่าวถึงในคำถาม อีกอย่างคือการจัดเรียงข้อมูล บางบทความที่เกี่ยวข้อง: จัดเรียงข้อมูลลินุกซ์ (linux-magazine.com) , วิธีการ defrag ระบบลินุกซ์ (howtoforge) ดูคำถามนี้ด้วย: unix.stackexchange.com/questions/75652/ …

— David Balažic