संख्या सटीक होने के लिए नहीं हैं। यह स्तरों के बीच परिमाण के आदेशों के बीच अनुपात है जो मायने रखता है।
हालाँकि, जब एक विघटनकारी तकनीक प्रकट होती है (जैसे क्लाउड कंप्यूटिंग, 10GB / 100GB ईथरनेट, नया नेटवर्किंग कर्नेल मॉड्यूल, SSD स्टोरेज नेटवर्क, वर्चुअलाइजेशन और कंटेनरीकरण), इन संख्याओं को नए स्तरों के दिखाई देने, गायब होने, या चारों ओर फेर दिए जाने के कारण अमान्य किया जा सकता है।
जब उच्च स्तर पर प्रोग्रामिंग की जाती है - जहां सभी संगणना, नेटवर्किंग, पार्सिंग इत्यादि का प्रदर्शन किया जाता है, तो स्वयं द्वारा लिखे गए पुस्तकालयों का उपयोग नहीं किया जाता है, निम्न-स्तरीय संचालन के प्रदर्शन के आंकड़े जानने से बहुत मदद नहीं मिल सकती है, क्योंकि आपके प्रत्येक अवसर को बेहतर बनाने के लिए। लाइब्रेरी का प्रदर्शन सीमित या एकमुश्त असंभव है।
इसके बजाय, प्रत्येक लाइब्रेरी के प्रदर्शन-संबंधित प्रलेखन को ध्यान से पढ़ें। यदि कोई पुस्तकालय उन लोगों के साथ नहीं आता है, तो उनसे पूछें - इसे एक मुद्दा बनाएं। या सॉफ्टवेयर को सही तरीके से बेंचमार्क करना सीखें।
विलंबता संख्याओं की एक बुनियादी समझ होने पर महत्वपूर्ण है जब आप एक कंपनी द्वारा नियुक्त किए जाते हैं जो सॉफ्टवेयर घटकों को डिजाइन और निर्माण करती है। इसकी तुलना उस कंपनी से करें जो कारों और हर घटक को डिज़ाइन और बनाती है - जिसमें लौकिक "पहिया को सुदृढ़ करना" (रबर, टायर का दबाव, treads, आदि) शामिल हैं।
अधिकांश सॉफ़्टवेयर कंपनियां घटक स्तर पर काम नहीं करती हैं - संपूर्ण कार्यात्मक सॉफ़्टवेयर सिस्टम का निर्माण घटकों को एक साथ रखने से किया जा सकता है। इन सॉफ्टवेयर कंपनियों को अक्षांशों के संदर्भ में इंजीनियर घटकों पर ध्यान केंद्रित करने की आवश्यकता नहीं है; इसके बजाय उन्हें अपने द्वारा चुने गए घटकों की गुणवत्ता का मूल्यांकन करने की आवश्यकता है।
संक्षेप में, (1) यह बहुत संभव है कि आपको विलंबता संख्या जानने की आवश्यकता न हो; (2) जब तक आप किसी कंपनी द्वारा काम पर रखा जाना चाहते हैं जो सॉफ्टवेयर कंपोनेंट (लाइब्रेरी) बनाती है, चाहे वह बिक्री के लिए हो या आंतरिक उपयोग के लिए (जैसा कि दुनिया की कुछ सबसे बड़ी सॉफ्टवेयर कंपनियों में है), (3) यदि आपको उन नंबरों की जरूरत है, वैज्ञानिक तरीके से सही तरीके से बेंचमार्क करना आपका काम है, अन्यथा आपको सॉफ्टवेयर घटकों पर काम नहीं करना चाहिए।