Comments (7)
Okay @lthibault , I will start right away!
from casm.
Testing plan
How fast does PeX converge on a uniform distribution of records?
Check whether follows uniform distribution using Kolmogorov-Smirnov Test
How resilient is the overlay to partial failure without partitions?
Disconnect nodes until there is a partition
How long does a partition "remember" records from another partition?
Force partition by being unreachable at Network level + check how long nodes from other partition stay in the local views
How does increasing the fanout during each gossip round affect the convergence rate?
Increase fanout and check convergence speed (Kolmogorov-Smirnov Test)
How does a pure-rand strategy affect the convergence rate relative to the current (hybrid) strategy?
Use pure rand
strategy and check convergence speed (Kolmogorov-Smirnov Test)
Questions
- What is the easiest way to check for partitions or distribution characteristics? There are two main approaches:
- Run offline tests, where topological changes are stored in a (influxDB-like) database, and results are later extracted from it.
- Run online tests, where results are constantly being analyzed on every X event/time-unit.
- Do Matrix or Testground facilitate for online tests?
from casm.
@aratz-lasa Looks good and sensible. Carry on! 👍
Regarding your questions, I think offline analysis is probably a better idea. It's going to help separate test logic from analysis, and it will also help us share datasets, which is going to be helpful when debugging protocol issues.
Matrix works well for quick-and-dirty tests, but (1) I have yet to implement any traffic-shaping facilities and (2) data-collection is out-of-scope, I think. I think Testground might be a better fit here, despite its annoyances. It stores data in an output directory in JSON format, so we can just load that up into a python script or something. You'll need to use the docker backend in order to do traffic shaping.
However, let's keep the Testground code and the analyses in a separate repo from CASM/Wetware.
from casm.
Re:
How fast does PeX converge on a uniform distribution of records?
We want to quantify the convergence time for a PeX cluster as a function of the number of nodes in a cluster.
Output of this should be:
- should be a graph of
number of nodes x convergence time
- a rough Big-O formula for time complexity (e.g.
O(n)
)
Operationalization of convergence:
- let
t = threshold [0 1]
(n.b.: assumes normalized y axis) - let
ymin = min(y...)
ConvergenceC_t = ymin > t
TODO:
- Convergence time with
t=.95
- Convergence time with
t=.99
(n.b. may never converge for smalln
)
from casm.
Convergence test parameters:
- Nodes: 3-64 (every 2 steps)
- Ticks: 40
- Convergence threshold: 0.99, 0.95, 0.8
- Repetitions: 2-4
from casm.
Convergence results:
from casm.
Re:
How does increasing the fanout during each gossip round affect the convergence rate?
It occurs to me that this is exactly the same as increasing the frequency of gossip rounds, so I'm considering this question to be answered.
from casm.
Related Issues (20)
- Investigate error when exceeding 30 nodes in testground HOT 1
- Investigate traffic shaping in Testground HOT 1
- Verify context usage in fx.Lifecycle HOT 1
- Add network mapping primitives
- TestRoutingTable_concurrent fails intermittently HOT 1
- Consider bootstrap record with separate signature domain. HOT 2
- Data race in PeX HOT 1
- Silence EOF errors from boot socket when restarting. HOT 1
- Reduce allocations when updating routing table
- Block in Vat.Embargo until host unregisters all stream handlers
- Add support for LZ4-compressed transport to casm.Vat
- Suppress `context cancelled` debug logs in Crawler
- Panic in BenchmarkIterator HOT 1
- Remove go.uber.org/atomic HOT 1
- TestSampler/Abort is flaky
- Switch to prometheus-based metrics
- Update QUIC multiaddrs
- Fix ordering of records when using LowerBound HOT 1
- Set multicast interface based on GOOS
- Add listen addr to casm discover template
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from casm.