I numeri non sono pensati per essere precisi. Sono i rapporti tra gli ordini di grandezza tra livelli che contano.
Tuttavia, quando appare una tecnologia dirompente (es. cloud computing, ethernet da 10 GB / 100 GB, nuovo modulo kernel di rete, reti di storage SSD, virtualizzazione e containerizzazione), questi numeri possono essere invalidati a causa di nuovi livelli che appaiono, scompaiono o vengono rimescolati intorno.
Quando si programma a un livello molto alto - dove tutto il calcolo, il networking, l'analisi, ecc. vengono eseguiti usando librerie non scritte da soli, conoscere le prestazioni di operazioni di basso livello potrebbe non essere di grande aiuto, poiché la tua opportunità migliorare le prestazioni di ogni biblioteca è piuttosto limitato o addirittura impossibile.
Leggi invece attentamente la documentazione relativa alle prestazioni di ciascuna biblioteca. Se una biblioteca non viene con quelle, chiedi a loro - fallo diventare un problema. O impara come confrontare il software nel modo corretto.
Avere una conoscenza di base dei numeri di latenza è importante quando sei assunto da una società che progetta e produce componenti software. Confrontalo con un'azienda che progetta e produce automobili e ogni componente contenuto - la proverbiale "reinventare la ruota" (gomma, pressione dei pneumatici, pedate, ecc.)
La maggior parte delle aziende di software non funziona a livello di componenti: interi sistemi software funzionali possono essere costruiti mettendo insieme i componenti. Queste società di software non devono concentrarsi su come progettare componenti in termini di latenze; devono invece valutare la qualità dei componenti che scelgono.
Per riassumere, (1) è molto probabile che non sia necessario conoscere i numeri di latenza; (2) a meno che non si voglia essere assunti da una società che produce componenti software (librerie), sia in vendita che per uso interno (come in alcune delle più grandi società di software al mondo), (3) se si ha bisogno di quei numeri, il tuo compito è quello di fare da solo i benchmark, in modo scientificamente corretto, altrimenti non dovresti lavorare su componenti software.