เขียนไฟล์ที่มีอยู่ใหม่เพื่อให้มันถูกแทนที่ด้วยเวอร์ชั่นใหม่แบบ atom เพียงครั้งเดียวเท่านั้น

ฉันจำได้ว่าอ่านที่ไหนสักแห่งที่เคยมีใน Unices บางวิธีที่จะเปิดไฟล์ที่มีอยู่สำหรับการเขียนด้วยค่าสถานะที่ขอให้เคอร์เนลใช้เวอร์ชั่นเก่า (สำหรับกระบวนการอื่น ๆ ที่เข้าถึงมันเพื่ออ่าน) จนกระทั่ง "ใหม่ "รุ่นเขียนอย่างสมบูรณ์ (ปิด fd) จากจุดที่ไฟล์ปรากฏเป็นรุ่นใหม่

กล่าวอีกนัยหนึ่งกระบวนการอื่นอาจเห็นเวอร์ชันเก่าหรือกระบวนการใหม่ไม่เคยเขียนไม่สมบูรณ์

ใครบางคนที่มีความรู้สามารถชี้ให้ฉันอ้างอิงได้หรือไม่?

สิ่งที่คุณกำลังอธิบายฟังดูคล้ายกับการเปลี่ยนชื่อพื้นฐานในการเขียนทับไฟล์

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

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

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

ตอนนี้การอ้างอิงบางส่วน:

• ISO C ต้องrenameเป็นอะตอม จากข้อมูลจำเพาะของ Open Group Base :

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

• Mac OS X เวอร์ชั่นเก่าไม่มีการเปลี่ยนชื่ออะตอม รายงานนี้ได้รับการแก้ไขใน Lion

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

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

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

แน่นอนข้างต้นเป็นทฤษฎีและขึ้นอยู่กับปัจจัยต่าง ๆ และฉันจะบอกว่าคาดเดาไม่ได้เพราะคุณไม่รู้ว่าเมื่อเคอร์เนลจะล้างหน้าสกปรก ตัวอย่างเช่นใน Linux ( ตามที่คุณสามารถอ่านได้ในส่วนที่ 15.3 ของการทำความเข้าใจกับเคอร์เนล Linux ) หน้าสกปรกจะถูกเขียนไปยังดิสก์ภายใต้เงื่อนไขต่อไปนี้:

• แคชของหน้าเต็มเกินไปและจำเป็นต้องมีหน้ามากขึ้นหรือจำนวนหน้าสกปรกมีขนาดใหญ่เกินไป

• เวลาผ่านไปนานเกินไปเนื่องจากหน้าเว็บสกปรก

• กระบวนการร้องขอการเปลี่ยนแปลงที่รอดำเนินการทั้งหมดของอุปกรณ์บล็อกหรือไฟล์เฉพาะที่จะล้างข้อมูล ทำได้โดยเรียกใช้การเรียกระบบ sync (), fsync () หรือ fdatasync ()

คุณสมบัตินี้เป็นที่รู้จักกันในการใช้งานในระบบไฟล์ HFS +, XFS, Reiser4, ZFS, Btrfs และ ext4