peter_lawrey

5 ms·

1.
Which Doc Format Is Best for AI Specifications?(blog.vanillajava.blog)
3 points by peter_lawrey 2mo ago|1 comments
2.
by peter_lawrey 2mo ago
TL;DR: Markdown for AI working documents, AsciiDoc for curated human-reviewed specs, HTML only as a publishing target.
3.
by peter_lawrey 2mo ago
AI has improved over the last 6 months, with quality in the mid-range. It takes less effort to get it to produce a mediocre-to-average-quality solution. In many cases, this is good enough. For production, while we still need a rewrite, ther
4.
by peter_lawrey 2mo ago
A common mistake appears to be that only when women have fewer than 1 child does the population drop long term...
5.
Testing Java Memory Management with Chronicle-Fix Using AI(blog.vanillajava.blog)
1 points by peter_lawrey 2mo ago|1 comments
6.
by peter_lawrey 2mo ago
This post explores using AI as a mock User, something AI is particularly suited for. - AI remembers nothing from previous tests by default. - It has a broad knowledge set - It reads most of the documentation
7.
Tune Code Before Your Garbage Collector(blog.vanillajava.blog)
39 points by peter_lawrey 2mo ago|39 comments
8.
by peter_lawrey 2mo ago
In this post I look at a simple event to response latency benchmark, MarketDataSnapshot to NewOrderSingle at 50K/s for 30 minutes using JLBH to test Chronicle-FIX. The goal is to compare a system which is doing redundant work (in this
9.
by peter_lawrey 2mo ago
Thank you for the feedback
10.
by peter_lawrey 2mo ago
Good feedback
11.
by peter_lawrey 2mo ago
This is a high-level article; for lower-level details, I also posted. https://blog.vanillajava.blog/2026/06/testing-java-memory-ma... https://blog.vanillajava.blog/2026/06/why-you-should-
12.
What do you believe is different about low-latency microservices [video](youtube.com)
1 points by peter_lawrey 2y ago|1 comments
13.
by peter_lawrey 2y ago
7 Frequently Asked Questions about Low-latency Microservices in 7 minutes
14.
by peter_lawrey 4y ago
Most Iterators should be placed on the stack anyway. If they are not and you have a random access collection like ArrayList you can use an index, but this is rarely needed. If you are going to change code, perhaps Stream(s) are a better cho
15.
by peter_lawrey 4y ago
A friend of mine is working at Oracle on collections that support primitives e.g. List<int>, Set<long> https://openjdk.org/jeps/8261529
16.
by peter_lawrey 4y ago
Iterators tend to be placed on the stack in hot code. In the benchmark I had to make sure these object weren't optimised away.
17.
by peter_lawrey 4y ago
Mutable objects have their own issues, which can catch people out by surprise. Having good test coverage is important.
18.
by peter_lawrey 4y ago
Reusing your objects can be confusing for other developers. You need to be careful with anything exposed via an API, however internally you can me more optimised.
19.
by peter_lawrey 4y ago
In each case the default settings were used (i.e. no options were provided). In both Java 8 (Parallel GC) and Java 11+ (G1), As the GC was a small portion of the time, changing the GC wasn't expected to make a difference anyway.
20.
by peter_lawrey 4y ago
The GC isn't involved with allocation, the expensive bit here. The GC handles the clean up. The allocations create memory pressure that can easily saturate the bus to DDR if you are not careful.
21.
by peter_lawrey 4y ago
Right, it's the total object count at runtime that matters, not how many lines of code could create an object.
22.
by peter_lawrey 4y ago
This is where using a profiler like YourKit or Flight Recorder is your friend. It will show you the objects that can't be optimised away and where code bottlenecks are. It's hard to determine this in advance for Java.
23.
by peter_lawrey 4y ago
or FPGA
24.
by peter_lawrey 4y ago
Something not generally mentioned is that Java can inline what would be virtual methods in C++, it can also remove them as behaviour changes or code is unloaded.
25.
by peter_lawrey 6y ago
In the real world projects, with the developers you can get, and the time frames you are given, not the developer you might want and any amount of time, Java can be a better choice.
26.
by peter_lawrey 6y ago
You can have a look at https://github.com/OpenHFT however it is designed to have most data off heap.
27.
by peter_lawrey 6y ago
Not if you need to be able to hire a large number of developers for an investment bank. London has around 300K developers, many in fintech. There isn't that many Rust developers with say 10 -15 years fintech development experience.
28.
by peter_lawrey 6y ago
That assumes your commercial model is based on an arms races of just being the fastest. This is not a model investment banks have used for some time.
29.
by peter_lawrey 6y ago
Or you can use Apache 2.0 open source licensed libraries which are used in low latency trading systems and pay for the level of support your organisation needs and no more. https://github.com/OpenHFT
30.
by peter_lawrey 6y ago
If you can have any developers you want and have unlimited time, C++ is a good choice. However, if you are a bank, which not where every developer wants to work, you have a limited budget, limited time and you have a project which isn'

More ›