เหตุใดจึงต้องจัดเก็บลิงก์ตนเองและพาเรนต์ (. และ .. ) ในรายการไดเรกทอรี

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

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

ระบบไฟล์ยูนิกซ์ส่วนใหญ่มี.และ..รายการในดิสก์ ฉันสงสัยว่าทำไมพวกเขาไม่จัดการสิ่งเหล่านั้นที่เลเยอร์ VFS (ไดรเวอร์ระบบไฟล์ทั่วไป) นี่เป็นสิ่งประดิษฐ์ทางประวัติศาสตร์หรือไม่? มีเหตุผลที่ดีหรือไม่และหากเป็นเช่นนั้นจะต้องแม่นยำหรือไม่ดังนั้นฉันจึงสามารถตรวจสอบว่ามีความเกี่ยวข้องกับระบบฝังตัวของฉันหรือไม่

การมีลิงก์ไปยังไดเรกทอรีแม่นั้นสมเหตุสมผลดีสำหรับฉัน หากคุณไม่มีพวกเขาคุณจะต้องทำงานกับรายการไดเรกทอรีทั้งหมด ดังนั้นสำหรับตัวอย่างเช่นจะต้องมีการแสดงเป็น/home/svick/Documents/ { /, /home/, /home/svick/, /home/svick/Documents }หากคุณไม่ทำเช่นนั้นคุณจะไม่สามารถค้นหาไดเรกทอรีหลักได้เลย (หรืออาจจะแพงมาก) สิ่งนี้ไม่เพียง แต่ไร้ประสิทธิภาพเท่านั้น แต่ยังเป็นอันตรายด้วย หากคุณมีสองรายการดังกล่าวที่ทับซ้อนกันพวกเขาสามารถยกเลิกการซิงโครไนซ์ได้อย่างง่ายดายหากคุณย้ายบางไดเรกทอรี

ในทางกลับกันหากคุณมีการอ้างอิงไปยังไดเรกทอรีหลักจะมีประสิทธิภาพและปลอดภัยยิ่งขึ้น

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

คุณได้รับกรณีพิเศษน้อยลง ในหลาย ๆ สถานการณ์ VFS อาจจัดการ ".. " เนื่องจากมันจัดการกับชื่อไดเรกทอรีอื่น ๆ

เหตุผลเดียวที่ฉันจินตนาการได้คือสถานการณ์ต่อไปนี้:

1. การใช้งานดั้งเดิมของระบบไฟล์มีอยู่ในรูปแบบไดเร็กทอรีเดียวกัน แต่แนวคิดของพา ธ ไฟล์และไดเร็กทอรีย่อยไม่ถูกพิจารณาในเวลานั้น (ดูที่ระบบไฟล์ PDP-7 Unix )

2. จากนั้นผู้คนคิดว่าการแก้ไขพา ธ และไดเรกทอรีย่อยจะเป็นประโยชน์!

3. เพื่อรักษาความเข้ากันได้แบบย้อนหลังกับการใช้งานที่เก่ากว่ามันมีการตัดสินใจแล้วว่า.และ..จะถูกเก็บไว้ในดิสก์เหมือนกับไดเรกทอรีอื่น ๆ

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

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

ฉันไม่เห็นเหตุผลที่จะใช้งาน.และ..ในระดับใดระดับหนึ่งมากกว่าอีกระดับหนึ่ง อย่างไรก็ตามหากคุณกำหนดเป้าหมายระบบฝังตัวเลเยอร์ใด ๆ ที่คุณสามารถบันทึกอาจได้รับเงินเป็นดอลลาร์ดังนั้นจึงอาจเหมาะสมที่จะลองใช้ทุกสิ่งให้ต่ำที่สุดเท่าที่จะทำได้

สำหรับความต้องการทั่วไปของ.และ..คุณจะแสดงเส้นทางญาติโดยไม่ต้องได้อย่างไร อย่างน้อย..ก็ขาดไม่ได้สำหรับเส้นทางที่ออกจากทรีย่อยปัจจุบัน ถ้าคุณไม่จำเป็นต้องเส้นทางดังกล่าว (บางทีต้นไม้เป็นวิธีดั้งเดิมสิทธิ์การเข้าใช้การเข้ารหัส?) ..คุณไม่จำเป็นต้อง