เทป LTO มีความจุสำรอง / ไม่ได้ใช้หรือไม่?

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

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

นี่เป็นเพราะมีความจุสำรองไว้บนเทปหรือไม่เพื่อให้สิ่งต่าง ๆ เช่นการเขียนบล็อกที่ล้มเหลวหรือข้ามส่วนที่ไม่ดีของเทปโดยไม่ลดความจุทั้งหมด? หรือมีเหตุผลอื่นอีกไหมสำหรับเทปที่เสร็จเร็วกว่านี้?

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

ในขณะที่หัวไดรฟ์ของคุณสึกหรอความจุจะลดลง หากคุณรวมเข้ากับเทปที่มีคุณภาพไม่ดีเท่าความสามารถจะลดลงไปอีก

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

หากระบบปฏิบัติการของคุณเป็น Linux API จะทำให้การwriteเรียกระบบอื่น ๆล้มเหลวENOSPCเมื่อคุณไปถึงส่วนสุดท้ายของเทป หากแอปพลิเคชั่นสำรองของคุณไม่ทราบเกี่ยวกับคุณสมบัตินี้แอปพลิเคชั่นดังกล่าวจะถือว่าENOSPCเป็นแอพพลิเคชั่นแรกและจะมีพื้นที่เหลือบนเทป

ฉันสามารถจินตนาการสิ่งที่คล้ายกันสามารถเกิดขึ้นได้ในระบบปฏิบัติการอื่นเช่นกัน

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

ฉันเขียนโปรแกรมปะแก้สำหรับmbufferโปรแกรมที่ฉันใช้เพื่อเขียนลงบนเทปและแน่นอนว่า ณ จุดที่ฉันถึงจุดสิ้นสุดของเทปฉันพบ ENOSPCข้อผิดพลาดในการสลับwrite()สาย แต่ฉันสามารถเขียนข้อมูลเพิ่มเติมได้ ในกรณีของฉันข้อมูลค่อนข้างมาก - ระหว่าง 8 และ 19 GiB ขึ้นอยู่กับการบีบอัดข้อมูลที่ไม่บีบอัดได้มาก

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

ฉันไม่สามารถหาเอกสารใด ๆ เกี่ยวกับเมื่อเครื่องหมายของ EWEOM ควรปรากฏบนเทปดังนั้นฉันไม่แน่ใจว่าเป็นมาตรฐานหรือไม่ ทั้งหมดที่ฉันสามารถหาได้คือการอ้างอิงที่คลุมเครือกับ LTO-6/7 ไดรฟ์ซึ่งเพิ่มขึ้นเป็น 5% ของพื้นที่เทปซึ่งดูเหมือนจะมาก บางทีนี่อาจเป็นการอนุญาตให้ล้างบัฟเฟอร์ขนาดใหญ่เนื่องจากความเร็วในการเขียนสูงของเทป

เท่าที่ลินุกซ์ API ไปบรรทัดที่เกี่ยวข้องอยู่ในst.c รหัสที่มาขับเทป SCSIและคำอธิบายของพฤติกรรมนี้อยู่ในเอกสารของไดรเวอร์st