Cursively
grpc_bench
Cursively | grpc_bench | |
---|---|---|
3 | 58 | |
39 | 850 | |
- | - | |
3.2 | 8.4 | |
over 3 years ago | 8 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.
Cursively
-
Ask HN: Examples of Top C# Code?
I was looking at the CSV parser Cursively recently, and I think it is a good simple example of a high performance C# parser and API design.
https://github.com/airbreather/Cursively
-
The Fastest Csv Parser In Net
Agreed, and agreed. #21 and #22 seek to address this, but these have actually been very low priority for me: as your benchmarks show, if you primarily need a bunch of objects that must be UTF-16 strings, then are other libraries out there that will do the job just fine. The main reason to use Cursively for that would be if you have some use cases where you need the unusual qualities that Cursively offers, but other use cases where you can live with something more traditional, and you don't want to have two different CSV processing libraries.
The usage instructions are in the README on https://github.com/airbreather/Cursively. The most straightforward way to get started (for now) is:
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?
CsvExport - Very simple CSV-export tool for C#
eCAL - Please visit the new repository: https://github.com/eclipse-ecal/ecal
Sylvan - A collection of .NET libraries, including the fastest general-purpose CSV parser for .NET.
FlatBuffers - FlatBuffers: Memory Efficient Serialization Library
PdfSharpCore - Port of the PdfSharp library to .NET Core - largely removed GDI+ (only missing GetFontData - which can be replaced with freetype2)
gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)
AlterNats - An alternative high performance NATS client for .NET.
gRPC - The Java gRPC implementation. HTTP/2 based RPC
H.Pipes - A simple, easy to use, strongly-typed, async wrapper around .NET named pipes.
greeter-bpf - implementing gRPC GreeterServer in eBPF just for fun.
oqtane.framework - CMS & Application Framework for Blazor & .NET MAUI
ghz - Simple gRPC benchmarking and load testing tool