আমার উপলব্ধিটি হ'ল দুটি পদ্ধতির মধ্যে প্রধান পার্থক্য হ'ল "লেখার মাধ্যমে" পদ্ধতিতে ডেটাটি সঙ্গে সঙ্গে ক্যাশের মাধ্যমে মূল স্মৃতিতে লেখা হয়, যখন "লেখার পিছনে" ডেটা "পরবর্তী সময়ে" লেখা হয়।
আমাদের এখনও "পরবর্তী সময়ে" স্মৃতি অপেক্ষা করতে হবে তাই "লেখার মাধ্যমে" কী লাভ?
write backআরও ভাল পারফরম্যান্স রয়েছে, কারণ সিপিইউ ক্যাশে লেখার চেয়ে মূল মেমোরিতে লেখার চেয়ে ধীর গতি থাকে এবং সময়কালে ডেটা সংক্ষিপ্ত হতে পারে (এর অর্থ তাড়াতাড়ি আবার পরিবর্তন হতে পারে এবং পুরানো সংস্করণটিকে স্মৃতিতে রাখার দরকার নেই)। এটি জটিল, তবে আরও পরিশীলিত, আধুনিক সিপুতে বেশিরভাগ স্মৃতি এই নীতিটি ব্যবহার করে।
উত্তর:
মূল মেমরির মাধ্যমে লেখার সুবিধাটি হ'ল এটি কম্পিউটার সিস্টেমের নকশাকে সহজ করে। লেখার মাধ্যমে, মূল স্মৃতিতে সর্বদা লাইনটির একটি আপ-টু-ডেট কপি থাকে। সুতরাং যখন কোনও পড়া শেষ হয়, মূল স্মৃতি সর্বদা অনুরোধ করা ডেটার সাথে উত্তর দিতে পারে।
যদি লিখন-ব্যাক ব্যবহার করা হয়, কখনও কখনও আপ-টু-ডেট ডেটা প্রসেসরের ক্যাশে থাকে এবং কখনও কখনও এটি মূল স্মৃতিতে থাকে। যদি ডেটা কোনও প্রসেসরের ক্যাশে থাকে, তবে সেই প্রসেসরের অবশ্যই প্রধান মেমোরিটি পড়ার অনুরোধের জবাব দেওয়া থেকে বিরত রাখতে হবে, কারণ মূল স্মৃতিতে ডেটার একটি বাসি অনুলিপি থাকতে পারে। এটি লেখার মাধ্যমে আরও জটিল।
এছাড়াও, লিখনের মাধ্যমে ক্যাশে সুসংহত প্রোটোকলকে সহজতর করতে পারে কারণ এর জন্য মডিফাই রাষ্ট্রের প্রয়োজন হয় না । পরিবর্তন রাষ্ট্র রেকর্ডগুলি ক্যাশে ফিরে ক্যাশে লাইন লিখতে হবে আগে এটি অকার্যকর করে বা লাইন evicts। লেখার মাধ্যমে ক্যাশে লাইনটি সর্বদা ফিরে না লিখে অবৈধ করা যায় কারণ মেমরিটিতে ইতিমধ্যে লাইনের একটি আপ-টু-ডেট কপি রয়েছে।
আরও একটি বিষয় - রাইটিং-ব্যাক আর্কিটেকচার সফ্টওয়্যারটিতে যা মেমরি-ম্যাপযুক্ত I / O রেজিস্টারগুলিকে লিখতে হবে তা নিশ্চিত করার জন্য অতিরিক্ত পদক্ষেপ নিতে হবে যে তাৎক্ষণিকভাবে ক্যাশে থেকে লেখার বাইরে পাঠানো হয়েছে। অন্যথায় অন্য প্রসেসরের দ্বারা লাইনটি পড়া না হওয়া বা লাইনটি উচ্ছেদ না করা পর্যন্ত লেখকগুলি কোরের বাইরে দৃশ্যমান হয় না।
সম্ভবত এই নিবন্ধটি আপনাকে এখানে লিঙ্ক করতে সহায়তা করতে পারে
লেখার মাধ্যমে: লেখালেখি ক্যাশে এবং ব্যাকিং স্টোর উভয় ক্ষেত্রে একযোগে করা হয়।
লিখন-পিছনে (বা লেখার পিছনে): লেখা কেবল ক্যাশে করা হয় to কোনও পরিবর্তিত ক্যাশে ব্লকটি প্রতিস্থাপনের ঠিক আগে দোকানে আবার লেখা হয়।
লেখার মাধ্যমে: যখন ডেটা আপডেট করা হয়, তখন এটি ক্যাশে এবং ব্যাক-এন্ড স্টোরেজ উভয়কেই লেখা হয়। এই মোডটি অপারেশনের জন্য সহজ তবে ডেটা লেখায় মন্থর কারণ ডেটা ক্যাশে এবং সঞ্চয় স্থান উভয়কেই লিখতে হয়।
লিখন-পিছনে: ডেটা আপডেট করা হলে, এটি কেবল ক্যাশে লেখা হয়। পরিবর্তিত তথ্য কেবল ক্যাশে থেকে ডেটা সরানো হলেই ব্যাক-এন্ড স্টোরেজে লিখিত হয়। এই মোডে দ্রুত ডেটা লেখার গতি রয়েছে তবে আপডেট হওয়া ডেটা স্টোরেজে লেখার আগে কোনও পাওয়ার ব্যর্থতা দেখা দিলে ডেটা হারাতে হবে।
আসুন উদাহরণের সাহায্যে এটি দেখুন। মনে করুন আমাদের কাছে সরাসরি ম্যাপযুক্ত ক্যাশে রয়েছে এবং লিখন ব্যাক নীতি ব্যবহৃত হয়েছে। সুতরাং আমাদের ক্যাশে লাইনে একটি বৈধ বিট, একটি নোংরা বিট, একটি ট্যাগ এবং একটি ডেটা ফিল্ড রয়েছে। মনে করুন আমাদের একটি অপারেশন রয়েছে: A লিখুন (যেখানে ক্যাশের প্রথম লাইনে A ম্যাপ করা আছে)।
যা ঘটে তা হ'ল প্রসেসরের ডেটা (এ) ক্যাশের প্রথম লাইনে লেখা হয়। বৈধ বিট এবং ট্যাগ বিট সেট করা আছে। নোংরা বিট সেট করা আছে 1।
নোংরা বিটটি কেবল ইঙ্গিত করে যে ক্যাশে লাইনটি সর্বশেষে ক্যাশে আনার পরে লেখা হয়েছিল!
এখন ধরা যাক অন্য অপারেশন হয়েছে: ই পড়ুন (যেখানে ই প্রথম প্রথম ক্যাশে লাইনে ম্যাপ করা হয়েছে)
যেহেতু আমাদের সরাসরি ম্যাপযুক্ত ক্যাশে রয়েছে, তাই প্রথম লাইনটি সহজভাবে E ব্লক দ্বারা প্রতিস্থাপন করা যেতে পারে যা মেমরি থেকে আনা হবে। তবে যেহেতু সর্বশেষ লাইনে (ব্লক এ) লিখিত ব্লকটি এখনও মেমরিতে লিখিত হয়নি (নোংরা বিট দ্বারা নির্দেশিত), তাই ক্যাশে নিয়ন্ত্রক প্রথমে মেমোরিটিতে একটি ব্লক এ মেমোরিতে স্থানান্তর করার জন্য একটি লিখিত জারি করবে , তারপরে এটি মেমরিটিতে একটি রিড অপারেশন জারি করে ব্লক E এর সাথে রেখাটি প্রতিস্থাপন করবে। নোংরা বিট এখন 0 তে সেট করা হয়েছে।
সুতরাং লিখিত ব্যাক পলিসি গ্যারান্টি দেয় না যে মেমরি এবং তার সাথে সম্পর্কিত ক্যাশে লাইনে ব্লকটি একই হবে। তবে যখনই লাইনটি প্রতিস্থাপন করতে চলেছে, প্রথমে একটি লেখার ব্যাক সঞ্চালিত হবে।
নীতি মাধ্যমে একটি লিখন ঠিক বিপরীত। এটি অনুসারে, স্মৃতিটিতে সর্বদা একটি আপ-টু-ডেট ডেটা থাকবে। অর্থাৎ ক্যাশে ব্লকটি লেখা থাকলে মেমরিটিও সেই অনুযায়ী লেখা হবে। (নোংরা বিটের কোনও ব্যবহার নেই)
লিখন-ব্যাক এবং লেখার মাধ্যমে নীতিগুলি বর্ণনা করুন যখন কোনও রাইট হিট হয়, তখনই যখন ক্যাশে অনুরোধ করা তথ্য থাকে। এই উদাহরণগুলিতে, আমরা ধরে নিই যে একটি একক প্রসেসর একটি ক্যাশে দিয়ে মূল মেমোরিতে লিখছে।
লেখার মাধ্যমে: তথ্যটি ক্যাশে এবং মেমরিতে লেখা হয় এবং উভয় সমাপ্ত হলে লেখার সমাপ্তি ঘটে। এটি কার্যকর করা সহজ হওয়ার সুবিধা রয়েছে এবং মূল স্মৃতিটি সর্বদা ক্যাশের সাথে সামঞ্জস্যপূর্ণ (সিঙ্কে) থাকে (ইউনিকপ্রসেসরের ক্ষেত্রে - যদি অন্য কোনও ডিভাইস মূল স্মৃতি পরিবর্তন করে তবে এই নীতিটি যথেষ্ট নয়), এবং একটি পঠন মিস মূল স্মৃতিতে লেখার ফলাফল কখনই আসে না। সুস্পষ্ট অসুবিধাটি হ'ল প্রতিটি লেখার হিটকে দুটি লিখতে হয়, যার একটি ধীরে ধীরে প্রধান স্মৃতিতে প্রবেশ করে।
লেখার পিছনে: তথ্যটি ক্যাশে একটি ব্লকে লেখা হয়। পরিবর্তিত ক্যাশে ব্লকটি কেবল মেমোরিতে লেখা হয় যখন এটি প্রতিস্থাপন করা হয় (কার্যত, একটি অলস রচনা )। প্রতিটি ক্যাশে ব্লকের জন্য একটি বিশেষ বিট, নোংরা বিট , ক্যাশে থাকা অবস্থায় ক্যাশে ব্লকটি সংশোধন করা হয়েছে কিনা তা চিহ্নিত করে। নোংরা বিটটি সেট না করা থাকলে, ক্যাশে ব্লকটি "পরিষ্কার" এবং একটি রাইস মিসকে মেমরিতে ব্লকটি লিখতে হবে না।
সুবিধাটি হ'ল লেখাগুলি ক্যাশের গতিতে ঘটতে পারে এবং একই ব্লকের মধ্যে প্রধান মেমরিতে কেবল একটি লেখার প্রয়োজন হয় (যখন পূর্ববর্তী ব্লকটি প্রতিস্থাপন করা হয়)। অসুবিধাগুলি হ'ল এই প্রোটোকলটি প্রয়োগ করা শক্ত, মূল মেমরিটি ক্যাশের সাথে সামঞ্জস্যপূর্ণ হতে পারে না (সিঙ্কে নয়) এবং প্রতিস্থাপনের ফলে মূল স্মৃতিতে নোংরা ব্লকগুলি লেখার কারণ হতে পারে reads
একটি জন্য নীতিগুলি লেখার মিস আমার প্রথম লিঙ্কে বিস্তারিত করছে।
এই প্রোটোকলগুলি একাধিক প্রসেসর এবং একাধিক ক্যাশেগুলির ক্ষেত্রে কেস রাখে না, যেমনটি আধুনিক প্রসেসরগুলিতে সাধারণ। এর জন্য আরও জটিল ক্যাশে সমন্বয় ব্যবস্থা প্রয়োজন। লেখার মাধ্যমে ক্যাশেগুলিতে সহজ প্রোটোকল রয়েছে যেহেতু ক্যাশে একটি লেখা মেমরির সাথে সাথে প্রতিফলিত হয়।
ভাল সম্পদ:
রাইটিং-ব্যাক আরও জটিল একটি জটিল ক্যাশে কোহরেন্স প্রোটোকল (এমওইএসআই) প্রয়োজন তবে এটি সিস্টেমটিকে দ্রুত এবং দক্ষ করে তোলে বলে এটি মূল্যবান।
লিখন-মাধ্যমে একমাত্র সুবিধা হ'ল এটি বাস্তবায়ন অত্যন্ত সহজ করে তোলে এবং কোনও জটিল ক্যাশে সংহতি প্রোটোকলের প্রয়োজন নেই।
write backচেয়ে ভাল পারফরম্যান্স হয়েছে?