এলটিও টেপগুলির কি অতিরিক্ত / অব্যবহৃত ক্ষমতা আছে?


13

আমি এটি বুঝতে পেরেছি, এলটিও টেপগুলি "মোড়ানো" তে ডেটা লিখে, যেখানে প্রথম মোড়ানো টেপটিকে ড্রাইভের মধ্যে ছড়িয়ে দেয় এবং দ্বিতীয় মোড়ক এটিকে আবার কার্ট্রিজের মধ্যে স্পুল করে দেয়। এই প্রক্রিয়াটি বেশ কয়েকবার পুনরাবৃত্তি করা হয়, এই ধারণার সাথে যে টেপটির সমাপ্তিটি শেষ হয়ে গেলে সমস্ত টেপটি কার্টরিজে ফিরে আসবে এবং এটি সামান্য রিওয়ন্ডিংয়ের সাথে বের করে দেওয়া যেতে পারে।

তবে আমি লক্ষ্য করেছি যে আপনি যখন কোনও টেপের শেষে পৌঁছেছেন তখন ড্রাইভটি মনে হয় এটি চূড়ান্ত মোড়কের মধ্য দিয়ে প্রায় অর্ধেক পথ, এবং তাই ড্রাইভটি টেপটিকে বের করার আগে কিছুটা সময় ব্যয় করেছিল, যদিও এটি জানিয়েছে যে টেপ শেষ পৌঁছেছে।

ব্যর্থ ব্লকগুলি পুনরায় লেখার মতো জিনিসগুলির জন্য বা সম্পূর্ণ ক্ষমতা হ্রাস না করে টেপের খারাপ বিভাগগুলি এড়িয়ে যাওয়ার মতো কিছু করার জন্য টেপটিতে কিছু সংরক্ষিত ক্ষমতা থাকার কারণে এটি কি? অথবা টেপটি আপাতদৃষ্টিতে শেষ হওয়ার কোনও অন্য কারণ আছে?

উত্তর:


13

যদি আপনার ড্রাইভটি নতুন এবং টেপটি ভাল মানের হয় তবে আপনি আশা করতে পারেন যে অফিসিয়াল ক্ষমতা থেকে টেপটিতে আরও বাইট লিখতে পারবেন। কিছুটা অর্থে আপনি সেই অতিরিক্ত ক্ষমতা বলতে পারেন, তবে এটি অব্যবহৃত নয়।

আপনার ড্রাইভের মাথা নীচু করার ক্ষমতা হ্রাস পাবে। যদি আপনি এটিকে দুর্দান্ত মানের হিসাবে টেপের সাথে একত্রিত করেন তবে ক্ষমতা আরও কমতে পারে।

কারণ ক্ষমতাটি তারতম্যের সাথে পরিবর্তিত হয় যে আপনার ব্যাকআপ অ্যাপ্লিকেশনটিতে আপনার সক্ষমতা ছাড়ার সিগন্যাল করার কিছু উপায় থাকা দরকার। এটি টেপের শেষে পৌঁছায় এবং এটি প্রস্তুত না করা হলে ব্যাকআপ অ্যাপ্লিকেশনটির জন্য সমস্যা হতে পারে। কিছু অগ্রিম সতর্কতা সহ অ্যাপ্লিকেশনটির পক্ষে এটি আরও ভাল যে এটি কী করছে তা মোড়ানোর জন্য অবশিষ্ট স্থানটি ব্যবহার করতে পারে।

যদি আপনার ওএস লিনাক্স হিসাবে দেখা যায় তবে এপিআই এমন যে আপনি টেপের শেষ অংশে পৌঁছানোর writeসাথে ENOSPCসাথে প্রতিটি অন্যান্য সিস্টেম কল ব্যর্থ হয়ে যায়। যদি আপনার ব্যাকআপ অ্যাপ্লিকেশনটি এই বৈশিষ্ট্যটির বিষয়ে না জানে তবে এটি প্রথমটিকে ENOSPCশেষ হিসাবে বিবেচনা করবে এবং টেপটিতে কিছু অব্যবহৃত স্থান থাকবে।

আমি অন্যান্য ওএসেও এরকম কিছু ঘটতে পারে তা কল্পনা করতে পারি।


2

@ ক্যাস্পারডকে ধন্যবাদ দিয়ে আমি আরও কিছু তদন্ত করেছি এবং প্রকৃতপক্ষে এটিই সমস্যা ছিল। এই বৈশিষ্ট্যটি পরিণত হয় EWEOM (মিডিয়া এর প্রথম সতর্কতা সমাপ্তি) বলা হয় এবং এটি টেপ নির্মাতা দ্বারা টেপ উপর স্থাপন করা একটি চিহ্নিতকারী বোঝায়, সুতরাং কত টেপ spooled হয়েছে তা ড্রাইভ রাখার ট্র্যাক নয়।

আমি টেপটিতে লেখার জন্য যে mbufferপ্রোগ্রামটি ব্যবহার করছি তার জন্য আমি একটি প্যাচ লিখেছিলাম এবং নিশ্চিতভাবেই আমি টেপের শেষদিকে পৌঁছেছিলাম সেখানে ENOSPCবিকল্প write()কলগুলিতে ত্রুটি পেয়েছি, তবে আমি আরও ডেটা লিখতে পারি। আমার ক্ষেত্রে, অনেক বেশি ডেটা - 8 থেকে 19 GiB এর মধ্যে, আমার-খুব-সংকোচযোগ্য ডেটা সংকোচনের উপর নির্ভর করে।

আকর্ষণীয়ভাবে EWEOM চিহ্নিতকারী পৌঁছানোর পরে, টেপ লেখার গতি নাটকীয়ভাবে হ্রাস পায়। এটি প্রায় 80MB / সেকেন্ড থেকে প্রায় 47MB / সেকেন্ডে অর্ধেক হয়ে যায় এটি কোনও ডেটা সমস্যা হিসাবে দেখা যাচ্ছে না কারণ ড্রাইভটি এই বিন্দুটির কয়েক ঘন্টা আগে 80MB / সেকেন্ড বজায় রেখেছিল। আপনি ড্রাইভ মোটরটি ধীর গতিতে চলমান শুনতে পাচ্ছেন, এবং পুরো টেপটির উপরে আবারও লেখার ফলে এই বিভাগটি পুনরায় লেখার গতি বাড়বে না (তাই এটি প্রথম লেখার ধীর হওয়ার মতো ঘটনা নয় যেমন এটি প্রথম দিকে হতে পারে) ব্র্যান্ড নতুন টেপ।)

EWEOM চিহ্নিতকারী কখন টেপটিতে উপস্থিত হওয়া উচিত সে সম্পর্কে আমি কোনও দলিল খুঁজে পাচ্ছি না, সুতরাং এটি মানকৃত কিনা তা আমি নিশ্চিত নই। আমি যা দেখতে পেয়েছি তা হ'ল এলটিও-6 / dri ড্রাইভের একটি অস্পষ্ট রেফারেন্স যা এতে বৃদ্ধি পেয়ে টেপ জায়গার ৫% হয়ে গেছে, যা অনেকটা মনে হয়। সম্ভবত এটি টেপের উচ্চ লেখার গতির কারণে বড় বাফারগুলিকে ফ্লাশ করার অনুমতি দেওয়া হয়।

লিনাক্স এপিআই যতদূর যায়, প্রাসঙ্গিক লাইনটি st.c এসসিএসআই টেপ ড্রাইভার উত্স কোডে এবং এই আচরণের ব্যাখ্যা stড্রাইভার ডকুমেন্টেশনে রয়েছে


শারীরিক শেষ হওয়ার আগে এটি পুরোপুরি থামতে পারে তা নিশ্চিত করার জন্য টেপটি ধীর হয়ে যায়।
Zac67

1
আমি মনে করি না এটি এলটিও টেপগুলির ক্ষেত্রে, অন্যথায় সেগুলি রিওয়াইন্ডিংও ধীরে ধীরে চলে যেতে পারে, তবে শেষ কয়েক সেকেন্ড অবধি টেপ রিওয়াইন্ডিং দ্রুত গতিতে (লেখার চেয়ে দ্রুত) ঘটে। EWEOM চিহ্নিত করার পরে ড্রাইভটি কয়েক মিনিটের জন্য ধীর হয়ে যায়। সুতরাং ড্রাইভটি কখনই টেপটির শারীরিক সূচনা / প্রান্তের ধীর গতির প্রয়োজন না থাকলে অবশ্যই তা জানে। হ্রাস গতির জন্য আরও কিছু কারণ থাকতে হবে।
মালভাইনাস

আমি অনুমান করি যে টেপ প্রান্তগুলি চাপের শিকার হওয়ার কারণে তাদের সুরক্ষা করা উচিত তবে এটি খাঁটি জল্পনা।
Zac67

1
কেবলমাত্র প্রান্তিকভাবে এবং কেবলমাত্র লোড / বের করে দেওয়ার অপারেশনের সময়, ড্রাইভটি পড়ার / লেখার সময় নয়। মনে রাখবেন যে পুরো শুরুর থেকে শেষ পর্যন্ত পড়া বা লেখার ক্রিয়াকলাপের সময় টেপটি স্পুলস এবং আনস্পুল করে দেয়, তাই টেপের "শেষ" এ চূড়ান্ত লেখার পুরো অপারেশন জুড়ে ঘটে যাওয়া অনেকগুলি বিপরীত মোড়কের চেয়ে আলাদা নয়।
মালভাইনাস

2
@ জ্যাক 6767 যদি শেষের দিকে পৌঁছানোর আগে ড্রাইভের গতি কমে যাওয়ার কোনও যান্ত্রিক কারণ থাকত তবে আপনি আশা করেছিলেন যে এটি প্রতিটি মোড়কে হবে এবং কেবল শেষের দিকে নয়।
ক্যাস্পারড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.