কোন লিখন ঠিক? আই / ও ক্যাচিং পদ্ধতিগুলির একটি চেহারা

কন্টেন্ট

• লিখন-অ্যারাউন্ড
• মাধ্যমে লিখতে
• কোনও বাগ নেই, কোনও স্ট্রেস নেই - আপনার জীবনকে বিনষ্ট না করে জীবন-পরিবর্তনশীল সফটওয়্যার তৈরির ধাপে গাইড আপনার ধাপ
• প্রতিত্তর লিখুন

সূত্র: কেজিও / ড্রিমসটাইম ডটকম

ছাড়াইয়া লত্তয়া:

একটি অ্যাপ্লিকেশন গতি মূলত ক্যাশে আই / ও গতির উপর নির্ভরশীল। এখানে আমরা বিভিন্ন ক্যাশে আই / ও পদ্ধতিগুলি তুলনা করি।

অ্যাপ্লিকেশন কর্মক্ষমতা গতির মূল হয় - পড়া এবং লেখার অনুরোধগুলি পূরণের গতি যা আপনার অ্যাপ্লিকেশনগুলি আপনার অবকাঠামো থেকে দাবি করে। I / O (ইনপুট / আউটপুট) অনুরোধগুলি ফিরিয়ে দেওয়ার গতির জন্য স্টোরেজ দায়ী এবং রাইটগুলি প্রতিশ্রুতিবদ্ধ করতে এবং পাঠকদের বিতরণ করার জন্য যে পদ্ধতিটি বেছে নেওয়া হয়েছে তা অ্যাপ্লিকেশন কর্মক্ষমতাতে গভীর প্রভাব ফেলে। আজকের শিল্পের একটি সাধারণ পদ্ধতি হ'ল traditionalতিহ্যবাহী স্পিনিং ডিস্ক স্টোরেজ, হাইব্রিড অ্যারে বা সমস্ত ফ্ল্যাশ অ্যারেগুলিতে ক্যাচিংয়ের জন্য এসএসডি ব্যবহার করা। বেশিরভাগ ক্যাশিং সলিউশনগুলি অ্যাপ্লিকেশনগুলির জন্য পাঠকে ত্বরান্বিত করেছে, তবে আসল প্রশ্নটি রয়ে গেছে, "কোন লিখনটি সঠিক?"

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

এগুলি আই / ও লেখার 3 টি রূপ:

1. প্রায় লিখুন (ক্যাশে প্রায়)
2. লেখার মাধ্যমে (ক্যাশের মাধ্যমে)
3. লেখার পিছনে (ক্যাশে থেকে)

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

লিখন-অ্যারাউন্ড

লেখার আশেপাশে, কেবল পঠনযোগ্য কেবল ক্যাচিং মোড হিসাবেও পরিচিত, ক্যাশে পঠন স্থান ফাঁকা করার জন্য খাঁটিভাবে উপকারী। ইনকামিং আই / ও কখনই ক্যাশে আঘাত করে না। আই / ওএস কোনও ডেটা ক্যাশে না করে সরাসরি স্থায়ী স্টোরেজে লিখিত হয়।

ক্যাশে এটি ব্যবহার না করা হলে সম্ভবত কী উপকার হতে পারে? এটি I / O লেখার দ্বারা প্লাবিত ক্যাশে হ্রাস করতে সহায়তা করে যা পরবর্তীতে পুনরায় পড়তে হবে না, তবে অসুবিধাটিও রয়েছে যে সম্প্রতি লিখিত ডেটা পড়ার অনুরোধ একটি "ক্যাশে মিস" তৈরি করবে এবং ধীর বাল্ক স্টোরেজ থেকে পড়তে হবে এবং উচ্চতর বিলম্বিতা অভিজ্ঞতা। আপনার অ্যাপ্লিকেশন যদি লেনদেনিকর হয়, বেশিরভাগ মিশনের সমালোচনামূলক অ্যাপ্লিকেশনগুলি হয় তবে আবেদনের গতি হ্রাস পাবে এবং I / O সারিগুলি বৃদ্ধি পাবে। মূলত এই মোডের মান বিরল ব্যবহারের ক্ষেত্রে হবে কারণ এটি সময়সাপেক্ষ, ধীর এবং পারফরম্যান্ট নয়।

মাধ্যমে লিখতে

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

এখানে সমস্যাটি রয়েছে: প্রতিটি লেখার ক্রিয়াকলাপ দুইবার করা হয়, ক্যাশে এবং তারপরে স্থায়ী সঞ্চয়স্থানে। অ্যাপ্লিকেশনগুলি এগিয়ে যাওয়ার আগে স্থায়ী স্টোরেজটি অবশ্যই I / O প্রতিশ্রুতি ক্যাশে ফেরত দিতে হবে, তারপরে অ্যাপ্লিকেশনগুলিতে ফিরে আসতে হবে। এই পদ্ধতিটি সাধারণত ব্যর্থতা স্থিতিস্থাপকতার জন্য প্রয়োগ করা হয় এবং ক্যাশে দিয়ে একটি ব্যর্থতা বা এইচএ কৌশল বাস্তবায়নের জন্য এড়ানো যায় কারণ ডেটা উভয় স্থানেই থাকে। তবে আই / ও কমিট স্থায়ী সঞ্চয়স্থানের গতি দ্বারা নির্ধারিত হয়, যা সিপিইউ এবং নেটওয়ার্কিংয়ের গতির সাথে কোনও মিল নয় Write আপনি কেবলমাত্র আপনার ধীরতম উপাদান হিসাবে তত দ্রুত এবং লেখার মাধ্যমে অ্যাপ্লিকেশন গতির সমালোচনা করতে পারেন ha

কোনও বাগ নেই, কোনও স্ট্রেস নেই - আপনার জীবনকে বিনষ্ট না করে জীবন-পরিবর্তনশীল সফটওয়্যার তৈরির ধাপে গাইড আপনার ধাপ

কেউ যখন সফ্টওয়্যার মানের সম্পর্কে চিন্তা করে না তখন আপনি আপনার প্রোগ্রামিং দক্ষতা উন্নত করতে পারবেন না।

প্রতিত্তর লিখুন

রাইট-ব্যাক গতি অনুসারে সিস্টেমের ফলাফলগুলিকে উন্নত করে - কারণ সিস্টেমটি অন্তর্নিহিত স্টোরেজটিতে লেখার জন্য অপেক্ষা করতে হবে না।

ডেটা লেখার সময়, লিখিত-ব্যাক ডেটা ক্যাশে রাখে, একটি "সমস্ত সম্পন্ন" হয়ে যায় এবং পরে স্টোরেজ ডিস্কে লেখার জন্য ডেটা রাখে।

এটি অনেকটা বিলম্বিত সমস্যা সমাধান করে, কারণ সিস্টেমগুলি গভীর লেখার জন্য অপেক্ষা করতে হবে না।

সঠিক সমর্থন সহ, রাইটিং-ব্যাক মাল্টি-স্টেজ ক্যাশিংয়ের সেরা পদ্ধতি হতে পারে। যখন ক্যাশে প্রচুর পরিমাণে ক্রিয়াকলাপ পরিচালনা করতে বৃহত পরিমাণে স্মৃতি থাকে (যেমন গিগাবাইট নয় টেরাবাইটে মাপা মেমরি) থাকে তখন এটি সাহায্য করে। পরিশীলিত সিস্টেমে একাধিক কঠিন স্টেট ড্রাইভের প্রয়োজন হবে, যা ব্যয় যোগ করতে পারে। বিদ্যুৎ ব্যর্থতা বা অন্যান্য পরিস্থিতিতে যেমন সমালোচনামূলক ডেটা হারাতে পারে তার মতো পরিস্থিতিতে বিবেচনা করা সমালোচকভাবে গুরুত্বপূর্ণ। তবে ডান "ক্যাশে সুরক্ষা" দিয়ে লিখিত-ব্যাক সত্যিই কয়েকটি ডাউন-সাইড সহ কোনও স্থাপত্যের গতি বাড়িয়ে তুলতে পারে। উদাহরণস্বরূপ, লিখন-ব্যাক সিস্টেমগুলি ডেটা সুরক্ষিত রাখতে RAID বা রিডানড্যান্ট ডিজাইন ব্যবহার করতে পারে।

এমনকি আরও বিস্তৃত সিস্টেমগুলি ক্যাশে এবং SAN বা অন্তর্নিহিত স্টোরেজ ডিস্ককে একে অপরের সাথে "হিসাবে প্রয়োজনীয় ভিত্তিতে" কাজ করতে সহায়তা করবে, ডেলিপিং ডেস্কের কাজের চাপের উপর নির্ভর করে গভীর সঞ্চয়স্থান বা ক্যাশে হয় to

রাইট-ব্যাকের নকশা দর্শন এমন একটি যা সমস্যা সমাধানের প্রতিফলন করে যা আজকের উন্নত ডেটা হ্যান্ডলিং সিস্টেমগুলি বড় কাজগুলিতে নিয়ে আসে। আরও জটিল আর্কিটেকচার তৈরি করে এবং জটিল পদ্ধতিতে ক্যাশে ব্যবহার করে লিখন-ব্যাকটি বিলম্বিত সমস্যাগুলি ধ্বংস করে এবং যদিও এটির জন্য আরও বেশি ওভারহেডের প্রয়োজন হতে পারে তবে এটি আরও ভাল সিস্টেমের বৃদ্ধি এবং কম বর্ধমান ব্যথার অনুমতি দেয় for