amber-docs
grpc_bench
amber-docs | grpc_bench | |
---|---|---|
58 | 58 | |
142 | 850 | |
0.7% | - | |
5.1 | 8.4 | |
13 days ago | 3 days ago | |
HTML | Dockerfile | |
GNU General Public License v3.0 only | 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.
amber-docs
-
Record Patterns point to Java language designers losing their compass
Record patterns are one step on the path to general pattern matching utility. The bigger building block is general deconstructors. I recommend reading Functional Transformation of Immutable Objects by Brian Goetz. The idea of "withers" shown there requires deconstructors:
- Which Kotlin features do you think Java still needs to steal, if any?
-
JDK 20 G1/Parallel/Serial GC Changes
https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...
This is the vague plan.
-
Deconstruction patterns [Brian Goetz]
You may be joking but...
-
Java Records as Embeddables with Hibernate 6
Here is the much more detailed version: https://github.com/openjdk/amber-docs/blob/master/eg-drafts/reconstruction-records-and-classes.md
-
Where does the dislike/hate for Java come from?
This kind of pattern matching is discussed in the design notes: https://github.com/openjdk/amber-docs/blob/master/site/design-notes/patterns/pattern-match-object-model.md
-
Making Lenses Practical in Java
True, but that only pushes the question of value down the line.
I'm curious about lenses because Java did have a serious problem that required a solution: working with "simple" data correctly was difficult. The chosen solution was ADTs, so we did buy into that. But the approach being explored for transforming records (https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...) only works one level at a time rather than for an entire path. So I wonder how valuable it would be to have a solution for paths. If the answer is that it's mostly valuable for an approach we haven't bought into yet, then we might not need to consider it just yet.
-
How I got involved in the Rust community
Just a heads up, something like that spread operator is actually coming sooner or later to java: https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...
Pattern matching (for records) is already a preview feature.
- Should you still be using Lombok?
- Cascade operator in Java
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?
adoptium.net - Development of the website has moved to https://github.com/adoptium/website-v2
eCAL - Please visit the new repository: https://github.com/eclipse-ecal/ecal
jmolecules - Libraries to help developers express architectural abstractions in Java code
FlatBuffers - FlatBuffers: Memory Efficient Serialization Library
record-builder - Record builder generator for Java records
gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)
prettier-java - Prettier Java Plugin
gRPC - The Java gRPC implementation. HTTP/2 based RPC
FizzBuzz Enterprise Edition - FizzBuzz Enterprise Edition is a no-nonsense implementation of FizzBuzz made by serious businessmen for serious business purposes.
greeter-bpf - implementing gRPC GreeterServer in eBPF just for fun.
vim-fibo-indent - Fibonacci Indentation for Vim.
ghz - Simple gRPC benchmarking and load testing tool