কোনও প্রোগ্রামারের জন্য ওভারহেড সেই সিস্টেম সংস্থানগুলিকে বোঝায় যেগুলি আপনার কোড দ্বারা গ্রাস করা হয় যখন কোনও ইনপুট ডেটার একটি সেটে কোনও প্রদান প্ল্যাটফর্মে চলমান থাকে। সাধারণত এই শব্দটি বিভিন্ন প্রয়োগ বা সম্ভাব্য প্রয়োগের সাথে তুলনা করার প্রসঙ্গে ব্যবহৃত হয়।
উদাহরণস্বরূপ আমরা বলতে পারি যে একটি নির্দিষ্ট পদ্ধতির জন্য যথেষ্ট পরিমাণে সিপিইউ ওভারহেড ব্যয় হতে পারে অন্যদিকে মেমরির ওভারহেড বেশি লাগতে পারে এবং অন্যজন ওভারহেডের নেটওয়ার্কের ওজনে ভারী হতে পারে (এবং উদাহরণস্বরূপ একটি বাহ্যিক নির্ভরতা আবশ্যক)।
আসুন একটি নির্দিষ্ট উদাহরণ দিন: সংখ্যার একটি সংখ্যার গড় (গাণিতিক গড়) গণনা করুন।
স্পষ্ট পন্থা হ'ল ইনপুটগুলি লুপ করা, একটি চলমান মোট এবং একটি গণনা রেখে। শেষ সংখ্যাটি যখন সম্মুখীন হয় ("ফাইলের শেষ" ইওএফ, বা কিছু সেন্ডিনেল মান, বা কিছু জিইআইআই বোতাম, যাই হোক না কেন দ্বারা সংকেত দেওয়া হয়) তখন আমরা কেবল ইনপুট সংখ্যার দ্বারা মোট ভাগ করে দেই এবং আমাদের কাজ শেষ হয়ে গেল।
এই পদ্ধতির সিপিইউ, মেমরি বা অন্যান্য সংস্থানগুলির ক্ষেত্রে প্রায় কোনও ওভারহেড আসে না। (এটি একটি তুচ্ছ কাজ)
আর একটি সম্ভাব্য পন্থা হ'ল তালিকার ইনপুটটিকে "স্লুর্প" করা। যোগফল গণনা করতে তালিকার উপরে পুনরাবৃত্তি করুন, তারপরে তালিকা থেকে বৈধ আইটেমের সংখ্যা দ্বারা এটি ভাগ করুন।
তুলনা করে এই পদ্ধতির স্বতঃস্ফূর্ত পরিমাণ মেমরি ওভারহেড বহন করতে পারে।
একটি বিশেষ খারাপ বাস্তবায়নে আমরা পুনরাবৃত্তির সাহায্যে যোগফল পরিচালনা করতে পারি তবে লেজ-বিলোপ ছাড়াই। এখন, আমাদের তালিকার জন্য মেমরির ওভারহেড ছাড়াও আমরা স্ট্যাক ওভারহেড প্রবর্তন করছি (যা মেমরির একটি পৃথক ধরণের এবং মেমরির অন্যান্য ফর্মগুলির তুলনায় প্রায়শই একটি সীমাবদ্ধ উত্স)।
তবুও আরও একটি (তর্কযুক্তভাবে আরও অযৌক্তিক) পদ্ধতিটি হ'ল সমস্ত ইনপুটগুলি কোনও আরডিবিএমএসে কিছু এসকিউএল টেবিলের সাথে পোস্ট করা। তারপরে সেই টেবিলের সেই কলামে কেবল এসকিউএল এসইউএম ফাংশনটি কল করা। এটি আমাদের স্থানীয় স্মৃতি ওভারহেডকে অন্য কোনও সার্ভারে স্থানান্তর করে এবং আমাদের এক্সিকিউশনে নেটওয়ার্ক ওভারহেড এবং বাহ্যিক নির্ভরতা অনুপস্থিত। (নোট করুন যে রিমোট সার্ভারের এই কাজের সাথে কোনও নির্দিষ্ট মেমরির ওভারহেড জড়িত থাকতে পারে বা নাও থাকতে পারে --- এটি সমস্ত মানকে অবিলম্বে স্টোরেজে সরিয়ে দিতে পারে), উদাহরণস্বরূপ।
হাইপোথিটিক্যালি কোনও ধরণের ক্লাস্টারের উপর প্রয়োগ বাস্তবায়নের বিষয়টি বিবেচনা করতে পারে (সম্ভবত ট্রিলিয়নের মূল্যবোধের গড়কে সম্ভাব্য করে তোলা যায়)। এই ক্ষেত্রে মানগুলির কোনও প্রয়োজনীয় এনকোডিং এবং বিতরণ (সেগুলি নোডগুলিতে ম্যাপিং করা) এবং ফলাফলের সংগ্রহ / সংকলন (হ্রাস) ওভারহেড হিসাবে গণ্য হবে।
আমরা প্রোগ্রামারের নিজস্ব কোডের বাইরেও কারণগুলির দ্বারা উত্পন্ন ওভারহেড সম্পর্কে কথা বলতে পারি। উদাহরণস্বরূপ 32 বা 64 বিট প্রসেসরের জন্য কিছু কোড সংকলন একটি পুরানো 8-বিট বা 16-বিট আর্কিটেকচারের জন্য দেখতে দেখতে তার চেয়ে বেশি ওভারহেড লাগতে পারে। এটিতে বৃহত্তর মেমরি ওভারহেড (প্রান্তিককরণের সমস্যাগুলি) বা সিপিইউ ওভারহেড (যেখানে সিপিইউ বিট অর্ডার বা সামঞ্জস্যবিহীন নির্দেশাবলীর ব্যবহার ইত্যাদি) বা উভয়ই জোর করে involve
মনে রাখবেন যে আপনার কোড এবং এটির লাইব্রেরি ইত্যাদির দ্বারা নেওয়া ডিস্কের স্থানটিকে সাধারণত "ওভারহেড" হিসাবে উল্লেখ করা হয় না বরং তাকে "পদচিহ্ন" বলা হয়। এছাড়াও আপনার প্রোগ্রামটি যে বেস মেমোরিটি গ্রাস করে (কোনও প্রক্রিয়াজাতকরণের ডেটা সেট বিবেচনা না করে) তার "পায়ের ছাপ "ও বলে।