i.e. `file_size / bandwidth` with an adjustment to increase the size of the data transmitted because of the packet header and some unit factors.
We want to be able to measure the `network_delay` and also want to be able to predict what the delay is likely to be for a given deployment.
We want to be able to measure the `network_delay` and also want to be able to predict what the delay is likely to be for a given deployment.
Parameter | Known / measured
Parameter | Known / measured
...
@@ -162,3 +166,46 @@ service_delay = workload * f(benchmark, service function characteristics)
...
@@ -162,3 +166,46 @@ service_delay = workload * f(benchmark, service function characteristics)
```
```
Is this a simplification too far? It ignores the size of RAM for instance which cannot normally be included as a linear factor (i.e. twice as much RAM does not always give twice the performance). Not having sufficient RAM results in disk swapping or complete failure. Once you have enough for a workload, adding more makes no difference.
Is this a simplification too far? It ignores the size of RAM for instance which cannot normally be included as a linear factor (i.e. twice as much RAM does not always give twice the performance). Not having sufficient RAM results in disk swapping or complete failure. Once you have enough for a workload, adding more makes no difference.