conntest
conntest copied to clipboard
rand00
MirageOS unikernel to test networking
Updated the file to use Lwt_stream.t in place of using Lwt_async+Lwt_mvar.t fixes: https://github.com/rand00/conntest/issues/4 Signed-off-by: Prerna Dabi [[email protected]](mailto:[email protected]) @rand00
@rand00 This are my latest changes. kindly review and advice. Apologies for the confusion by earlier commits
These [two types](https://github.com/rand00/conntest/blob/main/lib/conntest.ml#L168) became almost the same type over time, where the only difference is that the type `t` has the extra field `feeder`. I think the best solution will...
As is noted [here](https://github.com/rand00/conntest/blob/main/lib/conntest.ml#L351) (though wrongly called `Ring.find_map_rev`), this function would be useful for performance-reasons when updating the [`Ring`](https://github.com/rand00/conntest/blob/main/lib/conntest.ml#L82) ring-buffer defined in `lib/conntest.ml`. The performance gain will probably be relatively...
The instructions can be seen in the `README.md`. Post questions here if you e.g. have trouble compiling (:
This will make it possible to view the UI via `albatross` which just logs lines to user. Possibly the existing `notty` UI implementation can be reused by specifying a "dumb"...
Should have better performance, will at the same time also solve that lost packets will get resent. I'm still unsure of what the backpressure mechanism of this is
This [line](https://github.com/rand00/conntest/blob/main/lib/conntest.ml#L510) is currently made `async`, to avoid the [S.UDP.listen callback](https://github.com/rand00/conntest/blob/main/lib/conntest.ml#L546) to block when the `conntest` protocol is slower than `UDP` datagrams can be received. If an `Lwt_stream` was used...