You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+68-11Lines changed: 68 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,19 +34,76 @@ execute that code to generate comparable results.
34
34
35
35
## What are the results?
36
36
37
-
I still need to run the code in a long running benchmark. For a short running benchmark the values look like that (
38
-
sorted from fastest to slowest):
37
+
I still need to run the code in a long running benchmark. The metric "Operations per second" defines how often `LogLikeHell` has been executed per second. For a short running benchmark the values look like that (
38
+
sorted from fastest to slowest).
39
+
40
+
### Execution on M1 Max MacBook with 64 GB RAM
41
+
42
+
The benchmark has been executed on 4 threads in parallel:
39
43
40
44
| Logger | Logging Appender | Operations per second |
The Chronicle Logger consumes 100% CPU (all 40 vCPUs are busy, synchronization is done with CAS) while Log4JLoggerBenchmark only consumes 15% CPU
51
106
107
+
### Heap allocation
52
108
109
+
The Chronicle Logger allocates around 0.65 GB of heap when the benchmark is executed. Log4J needs much more memory and allocated over 3 GB in the benchmark.
0 commit comments