Apakah kaset KPP memiliki kapasitas cadangan / tidak terpakai?

Seperti yang saya pahami, kaset KPP menulis data dalam "membungkus", di mana bungkus pertama melepas gulungan pita ke drive, dan bungkus kedua gulungan kembali ke kartrid. Proses ini diulang beberapa kali, dengan gagasan bahwa setelah akhir kaset telah tercapai, semua kaset akan kembali ke dalam kartrid dan dapat dikeluarkan dengan sedikit memutar.

Namun saya perhatikan bahwa ketika Anda sampai pada akhir kaset, drive terdengar seperti sekitar setengah jalan melalui bungkus akhir, dan drive menghabiskan beberapa waktu untuk memutar ulang kaset sebelum mengeluarkannya, meskipun telah melaporkan bahwa akhir rekaman sudah tercapai.

Apakah ini karena ada beberapa kapasitas yang disediakan pada rekaman itu, untuk memungkinkan hal-hal seperti menulis ulang blok yang gagal atau untuk melewati bagian kaset yang buruk tanpa mengurangi kapasitas total? Atau adakah alasan lain untuk menyelesaikan rekaman ini?

Jika drive Anda baru dan rekaman itu berkualitas baik Anda dapat berharap untuk dapat menulis lebih banyak byte ke kaset daripada kapasitas resmi. Dalam beberapa hal Anda dapat memanggil kapasitas cadangan itu, tetapi itu tidak digunakan.

Karena drive head Anda, kapasitas keausan akan berkurang. Jika Anda mengombinasikannya dengan kaset dengan kualitas yang tidak sebagus kapasitas dapat berkurang lebih jauh.

Karena kapasitas bervariasi seperti itu, perlu ada cara untuk memberi sinyal ke aplikasi cadangan Anda bahwa Anda kehabisan kapasitas. Ini bisa menjadi masalah untuk aplikasi cadangan jika mencapai akhir kaset dan itu tidak siap. Lebih baik untuk aplikasi dengan peringatan terlebih dahulu sehingga dapat menggunakan ruang yang tersisa untuk menyelesaikan apa yang dilakukannya.

Jika OS Anda adalah Linux, API sedemikian rupa sehingga setiap writepanggilan sistem lainnya akan gagal dengan ENOSPCbegitu Anda mencapai bagian terakhir dari rekaman itu. Jika aplikasi cadangan Anda tidak tahu tentang fitur ini, itu akan memperlakukan yang pertama ENOSPCsebagai akhir, dan akan ada ruang yang tidak digunakan tersisa di kaset.

Saya bisa membayangkan hal serupa dapat terjadi pada OS lain juga.

Berkat @kasperd saya melakukan investigasi lebih lanjut dan ini memang masalahnya. Ternyata fitur ini disebut EWEOM (Early Warning End Of Media) dan mengacu pada penanda yang ditempatkan pada tape oleh pabrikan tape, jadi ini bukan drive yang melacak berapa banyak tape yang telah digulung.

Saya menulis tambalan untuk mbufferprogram yang saya gunakan untuk menulis ke rekaman itu, dan tentu saja, pada titik di mana saya mencapai akhir rekaman saya mendapatkan ENOSPCkesalahan pada write()panggilan bergantian , tetapi saya dapat terus menulis lebih banyak data. Dalam kasus saya, cukup banyak data - antara 8 dan 19 GiB, tergantung pada kompresi data saya yang tidak terlalu bisa dikompres.

Menariknya setelah penanda EWEOM tercapai, kecepatan penulisan kaset menurun drastis. Hampir setengah dari 80MB / detik ke sekitar 47MB / detik. Ini tampaknya bukan masalah data karena drive telah mempertahankan 80MB / detik selama berjam-jam sebelum titik ini. Anda dapat mendengar motor penggerak berjalan pada kecepatan yang lebih lambat, dan menulis ulang di atas seluruh kaset sehingga bagian ini ditulis ulang tidak meningkatkan kecepatan (jadi ini bukan kasus penulisan pertama menjadi lebih lambat seperti pada awal rekaman baru.)

Saya tidak dapat menemukan dokumentasi tentang kapan penanda EWEOM akan muncul di kaset, jadi saya tidak yakin apakah itu standar. Yang bisa saya temukan adalah referensi yang samar-samar untuk drive KPP-6/7 memiliki peningkatan ini menjadi 5% dari ruang pita, yang sepertinya banyak. Mungkin ini untuk memungkinkan buffer besar untuk memerah karena kecepatan tulis tape yang tinggi.

Sejauh Linux API berjalan, baris yang relevan adalah dalam st.c kode sumber driver tape SCSI dan penjelasan tentang perilaku ini ada dalam stdokumentasi driver .