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