एक प्रोग्रामर ओवरहेड के लिए उन सिस्टम संसाधनों को संदर्भित करता है जो आपके कोड द्वारा उपभोग किए जाने पर इनपुट डेटा के दिए गए सेट पर प्लेटफॉर्म पर चल रहे हैं। आमतौर पर इस शब्द का उपयोग विभिन्न कार्यान्वयन या संभावित कार्यान्वयन की तुलना करने के संदर्भ में किया जाता है।
उदाहरण के लिए, हम कह सकते हैं कि एक विशेष दृष्टिकोण काफी सीपीयू ओवरहेड को उकसा सकता है, जबकि एक और अधिक मेमोरी ओवरहेड को उकसा सकता है और फिर भी एक और नेटवर्क ओवरहेड (और उदाहरण के लिए, एक बाहरी निर्भरता प्राप्त करने के लिए) भारित हो सकता है।
आइए एक विशिष्ट उदाहरण दें: संख्याओं के समूह के औसत (अंकगणितीय माध्य) की गणना करें।
स्पष्ट दृष्टिकोण इनपुट पर लूप करना है, एक चालू कुल और एक गिनती रखते हुए। जब अंतिम संख्या का सामना करना पड़ता है ("फाइल का अंत" ईओएफ, या कुछ प्रहरी मूल्य, या कुछ जीयूआई बटोम, जो भी हो) द्वारा संकेत दिया जाता है, तो हम बस कुल इनपुट की संख्या से विभाजित करते हैं और हम कर रहे हैं।
यह दृष्टिकोण सीपीयू, मेमोरी या अन्य संसाधनों के संदर्भ में लगभग कोई ओवरहेड नहीं है। (यह एक तुच्छ कार्य है)।
एक अन्य संभावित दृष्टिकोण एक सूची में इनपुट को "स्लरप" करना है। राशि की गणना करने के लिए सूची पर पुनरावृति करें, फिर सूची से मान्य वस्तुओं की संख्या से विभाजित करें।
इस दृष्टिकोण की तुलना करके, स्मृति ओवरहेड की मनमानी मात्रा को लागू किया जा सकता है।
एक विशेष खराब कार्यान्वयन में हम पुनरावृत्ति का उपयोग करके राशि संचालन कर सकते हैं लेकिन पूंछ-उन्मूलन के बिना। अब हमारी सूची के लिए मेमोरी ओवरहेड के अलावा, हम स्टैक ओवरहेड (जो कि मेमोरी का एक अलग प्रकार है और अक्सर मेमोरी के अन्य रूपों की तुलना में अधिक सीमित संसाधन है) का परिचय दे रहे हैं।
अभी तक एक और (यकीनन ज्यादा बेतुका) दृष्टिकोण आरडीबीएमएस में कुछ एसक्यूएल टेबल के सभी इनपुट को पोस्ट करना होगा। फिर बस उस टेबल के कॉलम पर SQL SUM फ़ंक्शन को कॉल करना। यह हमारे स्थानीय मेमोरी ओवरहेड को किसी अन्य सर्वर पर स्थानांतरित करता है, और हमारे निष्पादन पर नेटवर्क ओवरहेड और बाहरी निर्भरता को बढ़ाता है। (ध्यान दें कि रिमोट सर्वर में इस कार्य से जुड़ी कोई विशेष मेमोरी ओवरहेड नहीं हो सकती है --- यह स्टोरेज के सभी मानों को तुरंत स्टोर कर सकता है, उदाहरण के लिए)।
Hypothetically किसी प्रकार के क्लस्टर पर एक कार्यान्वयन पर विचार कर सकते हैं (संभवतः मूल्यों के अरबों के औसत को संभव बनाने के लिए)। इस मामले में किसी भी आवश्यक एन्कोडिंग और मूल्यों के वितरण (नोड्स के लिए उन्हें मैप करना) और परिणामों के संग्रह / टकराव (कमी) को ओवरहेड के रूप में गिना जाएगा।
हम प्रोग्रामर के स्वयं के कोड से परे कारकों द्वारा किए गए ओवरहेड के बारे में भी बात कर सकते हैं। उदाहरण के लिए 32 या 64 बिट प्रोसेसर के लिए कुछ कोड का संकलन एक पुराने 8-बिट या 16-बिट आर्किटेक्चर के लिए एक से अधिक ओवरहेड को उलझा सकता है। इसमें बड़ी मेमोरी ओवरहेड (संरेखण मुद्दे) या सीपीयू ओवरहेड शामिल हो सकते हैं (जहां सीपीयू को बिट ऑर्डर करने या गैर-संरेखित निर्देशों आदि का उपयोग करने के लिए मजबूर किया जाता है) या दोनों।
ध्यान दें कि आपके कोड द्वारा उठाए गए डिस्क स्थान और यह पुस्तकालयों, आदि को आमतौर पर "ओवरहेड" के रूप में संदर्भित नहीं किया जाता है, बल्कि इसे "पदचिह्न" कहा जाता है। साथ ही आपके प्रोग्राम की खपत (किसी भी डेटा सेट के बारे में जानकारी के बिना) बेस मेमोरी को इसका "पदचिह्न" कहा जाता है।