Stl.Fusion.Samples
grpc_bench
| Stl.Fusion.Samples | grpc_bench | |
|---|---|---|
| 2 | 58 | |
| 159 | 850 | |
| 1.3% | - | |
| 8.8 | 8.4 | |
| 22 days ago | 6 days ago | |
| C# | Dockerfile | |
| MIT License | MIT License |
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.
Stl.Fusion.Samples
-
Poor gRPC performance on test - help needed
Client setup: https://github.com/servicetitan/Stl.Fusion.Samples/blob/master/src/RpcBenchmark/Client/Clients/GrpcTestClient.cs + the HttpClient is configured here: https://github.com/servicetitan/Stl.Fusion.Samples/blob/master/src/RpcBenchmark/Client/Clients/ClientFactories.cs#L86
-
HealthCare Central - a real-time app prototype built with Blazor and Fusion (open-source, live demo)
If you're interested -- here is the newest single-page longread that's supposed to explain most of its features: https://github.com/servicetitan/Stl.Fusion.Samples/blob/master/docs/tutorial/QuickStart.md
grpc_bench
-
Poor gRPC performance on test - help needed
SayHello, GetUser, and Sum differ only by payload size. Sum is the simplest one - (int, int) -> int, GetUser is (long) -> User (medium payload), and SayHello uses exactly the same payload as this test: https://github.com/LesnyRumcajs/grpc_bench/tree/master/dotnet_grpc_bench
-
2023-06-25 gRPC benchmark results
This is correct. The problem is not with the benchmark itself but with the implementation. If you look at the result, you can see that even with 6 "allowed" CPUs, the vertx server utilizes less than 100%. Apparently, the current vertx implementation (the one implemented in https://github.com/LesnyRumcajs/grpc_bench/tree/master/java_vertx_grpc_bench) is single-threaded or has some other limitation.
Another iteration of grpc_bench!
-
Why does C#/.NET is in demand in Philippines especially in BGC? How about PHP?
Because it's fast and runs on Windows, Linux, and MacOS
- .NET Core performance on Linux
-
Another two cents about the current situation with the Scala user base and economics.
In general though, akka/pekko-streams are known to be one of the fastest implementations out there. Their grpc client for example even beats languages like Rust (see https://www.lightbend.com/blog/akka-grpc-update-delivers-1200-percent-performance-improvement and https://github.com/LesnyRumcajs/grpc_bench/wiki/2022-03-15-bench-results).
-
What is the current status of Akka in your organisation?
The whole point I was making is at least up until 8 months ago (at best, I can't commend on the stability/maturity/performance of shardcake) Akka was the only mature library/ecosystem solving this problem with also a very strong focus on performance (for example still to this day, akka/pekko-grpc is generally one of the fastest grpc implementations I am aware of, its even beating rust if you have at least 2 cores (see https://github.com/LesnyRumcajs/grpc_bench/wiki/2022-03-15-bench-results)
-
QuickBuffers 1.1 released
It would be interesting to create a new java benchmark with your implementation.
-
Ask HN: Examples of Top C# Code?
Also worth checking out the gRPC benchmarks: https://github.com/LesnyRumcajs/grpc_bench/discussions/284
dotnet is up there with Rust.
What are some alternatives?
Getting-Started-with-Blazor - Getting Started with Blazor, by EC-Council
eCAL - Please visit the new repository: https://github.com/eclipse-ecal/ecal
Fusion - Build real-time apps (Blazor included) with less than 1% of extra code responsible for real-time updates. Host 10-1000x faster APIs relying on transparent and nearly 100% consistent caching. We call it DREAM, or Distributed REActive Memoization, and it's here to turn real-time on!
FlatBuffers - FlatBuffers: Memory Efficient Serialization Library
MudBlazor - Blazor Component Library based on Material design with an emphasis on ease of use. Mainly written in C# with Javascript kept to a bare minimum it empowers .NET developers to easily debug it if needed.
gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)
Toast - A JavaScript free toast library for Blazor and Razor Component applications
gRPC - The Java gRPC implementation. HTTP/2 based RPC
healthcaredemo - Demo realtime application using Blazor + Fusion + SignalR + dual mode (Webassembly and Server side blazor)
greeter-bpf - implementing gRPC GreeterServer in eBPF just for fun.
RapidBlazor - Clean Architecture Solution Template for Blazor WebAssembly .NET 7
ghz - Simple gRPC benchmarking and load testing tool