From 7dfbd98c6229fd0c1df8c0e8bf1c9dd273b0f171 Mon Sep 17 00:00:00 2001 From: Arceliar Date: Sat, 26 Jun 2021 15:56:20 -0500 Subject: [PATCH] editing the conclusion --- _posts/2021-06-26-v0-4-prerelease-benchmarks.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_posts/2021-06-26-v0-4-prerelease-benchmarks.md b/_posts/2021-06-26-v0-4-prerelease-benchmarks.md index bcbcf17..b02a337 100644 --- a/_posts/2021-06-26-v0-4-prerelease-benchmarks.md +++ b/_posts/2021-06-26-v0-4-prerelease-benchmarks.md @@ -65,7 +65,7 @@ There's not a whole lot to say here, `v0.4rc3` is just an improvement across the ### Conclusion -The upcoming v0.4 release changes how packets are routed through the network. It's hard to predict exactly how this will affect network performance, but benchmarks in simulated networks may give us some insight into what we can expect. If the above benchmarks are at least qualitatively accurate, then we have reason to be optimistic about performance in the next release. +The upcoming v0.4 release changes how packets are routed through the network. While it's hard to say exactly how things will perform in the real world, the performance gains in the simulated networks give us reason to be optimistic. If things go according to plan, then these changes should improve the user experience and overall usefulness of the network. Changes to the network state should no longer affect existing traffic flows, as long as the path the flow is using is unaffected. In cases where the path *is* affected, it should take much less time for the network to detect this and route around the damage (when it's possible to do so). With or without disruptive changes in the network, there should be reduced bandwidth from protocol traffic, leading to lower data use and longer battery life in energy constrained environments (e.g. mobile phones).