BlockHound
coyote
BlockHound | coyote | |
---|---|---|
6 | 13 | |
1,297 | 1,423 | |
0.5% | 0.6% | |
7.4 | 6.3 | |
12 days ago | about 1 month ago | |
Java | C# | |
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
BlockHound
- Is there a good way to monitor code for blocking operations?
-
Reactive Backend Applications with Spring Boot, Kotlin and Coroutines (Part 1)
There is a great tool called Blockhound we can use to detect if/when we have a blocking call in our application. This way, we can ensure that we don't break the non-blocking nature of our application by mistake while developing new features. Setting it up is fairly straightforward.
- Using Java's Project Loom to build more reliable distributed systems
-
3 Reasons Why All Java Developers Should Consider Quarkus
There's even a test library to detect them: https://github.com/reactor/BlockHound
-
BlockHound: how it works
One of the talks in my current portfolio is Migrating from Imperative to Reactive. The talk is based on a demo migrating from Spring WebMVC to Spring WebFlux in a step-by-step approach. One of the steps involves installing BlockHound: it allows to check whether a blocking call occurs in a thread it shouldn't happen and throws an exception at runtime when it happens.
-
Kicking Spring Native's tires
The first step is to make the application compatible with GraalVM. We need to remove Blockhound from the code. Blockhound allows verifying that no blocking code runs in unwanted places. It's a Java agent that requires a JDK, not a JRE. It's great for a demo, but it has nothing to do with a production application.
coyote
-
Does Your Test Suite Account for Weak Transaction Isolation?
ex: https://github.com/microsoft/coyote/blob/main/Samples/Accoun...
-
Implementing a distributed key-value store on top of implementing Raft in Go
Microsoft has a library/tool called Coyote* that helps with testing distributed systems; you can write tests/specifications, Coyote will systematically explore nondeterminism in your system and check if your tests still pass. If there's a failure, it'll show the sequence of events that led to the failing test.
I started a project to implement Raft with a KV-store on top, similar to the article, meaning to use Coyote to test it; I didn't get that far before losing interest, though. It's reassuring to read that it took Phil several months to write the code in the post, it's good to know that this is a decidedly nontrivial problem.
* https://github.com/microsoft/coyote
-
What's the best way to test parallel jobs?
Something like coyote by MS?
-
Using Java's Project Loom to build more reliable distributed systems
If you're looking for similar concurrency testing in the dotnet world, checkout Coyote:
https://microsoft.github.io/coyote/
https://innovation.microsoft.com/en-us/exploring-project-coy...
-
Best thread sanitizer for dotnet
MS provides a framework for testing for concurrency issues: https://microsoft.github.io/coyote/.
- Coyote: .NET library tool help ensure that your code is free of concurrency bugs
-
Concurrency Testing Frameworks for dotnet.
I suggest you try Microsoft Coyote
-
TLA+ Graph Explorer
Visualizations do help a lot when model checkers and concurrency schedule exploration tools like Coyote find bugs. Coyote include the ability to visualize the traces if you express your concurrency using actors (see https://microsoft.github.io/coyote/#concepts/actors/state-ma...)
It also allows you to implement your own "logger" through which you can emit enough information to construct some cool visualizations. I had a lot of fun working on visualizing an implementation of Paxos using Coyote (then P#) (screenshot at https://ibb.co/TTk2hYb)
-
Find those pesky concurrency bugs
If curious, you can learn more in the Coyote website https://microsoft.github.io/coyote
-
Finding concurrency bugs in .NET services using Coyote
Hi HN,
The tweet links to a couple of tutorials showing how to test an extremely simple CRUD service using Coyote to find concurrency bugs. Developers write simple unit tests whose concurrency is explored by Coyote to find bugs. You might be surprised to learn how we can write a number of interesting concurrency tests for even the simplest of CRUD services.
https://microsoft.github.io/coyote/#tutorials/first-concurre...
What are some alternatives?
spring-native - Spring Native is now superseded by Spring Boot 3 official native support
Appccelerate - State Machine - A .net library that lets you build state machines (hierarchical, async with fluent definition syntax and reporting capabilities).
imperative-to-reactive - Shows how to migrate from a Imperative Programming model to a Reactive Programming model step-by-step, while keeping caching
Automatonymous - A state machine library for .Net - 100% code - No doodleware
lucene-grep - Grep-like utility based on Lucene Monitor compiled with GraalVM native-image
P - The P programming language.
reactive-kotlin-weather-api
agroal - The natural database connection pool
loom - https://openjdk.org/projects/loom
reactor-core - Non-Blocking Reactive Foundation for the JVM
tlaplus-graph-explorer - A static web application to explore and animate a TLA+ state graph.