+972 52-548-6969
Working on Voron…
time to read 1 min | 53 words
This took a bit less than what I expected, but…
And yes, it works. And this is running on Ubuntu.
And no, it isn’t ready.
FUTURE POSTS
- Using Vector Search for Posts Recommendations - 8 hours from now
There are posts all the way to Jul 24, 2025
RECENT SERIES
-
RavenDB 7.1
(7):
11 Jul 2025 - The Gen AI release -
Production postmorterm
(2):
11 Jun 2025 - The rookie server's untimely promotion -
Webinar
(7):
05 Jun 2025 - Think inside the database -
Recording
(16):
29 May 2025 - RavenDB's Upcoming Optimizations Deep Dive -
RavenDB News
(2):
02 May 2025 - May 2025
RECENT COMMENTS
-
By Oren Eini on RavenDB and Gen AI Security
-
By Marco on RavenDB and Gen AI Security
-
By Oren Eini on RavenDB and Gen AI Security
-
By Marco on RavenDB and Gen AI Security
-
By Ruben on Senior developers reframe a complex problem, juniors run into it heads-on
Comments
Just gave it a try - Voron.Tryout indeed works, but the unit tests end in a segfault or a deadlock - I'll take a look at this if I find some time over the weekend.
e-tobi, Yes, there seems to be something that we missed there.
Now you're talking. Been waiting for this port.
As an aside, have you had a chance to look at Aerospike? Worth a peek at what they're up to...
I'm feeling uncomfortably excited. I've wanted to use RavenDB on personal projects, but I use Linux almost exclusively.
@J Healy: Aerospike says it's an in-memory database that can handle 100TB of data on just a few servers. The biggest server I can get has 256GB of RAM. Just storing the raw data would take 400 of them. Indexing it would take more. They're almost certainly lying about it being an in-memory database. I'd guess they have some good caching algorithms and efficient point queries but are ultimately serving out of durable storage.
Clearly once they get over the memory capacity of a box they go hybrid...
"You can run Aerospike in pure RAM with spinning disks for persistence or as a hybrid memory database with RAM and flash.
Indexes (primary and secondary) are always stored in DRAM for fast access and are never stored on Solid State Drives (SSDs) to ensure low wear.
Unlike other databases that use the linux file system that was built for rotational drives, Aerospike has implemented a log structured file system to access flash – raw blocks on SSDs – directly. Access is optimized for how flash works – with small block reads and large block writes – and parallelized across multiple SSDs for better throughput.
Per namespace storage configuration – each namespace can be configured to store data on DRAM or on SSDs."
Comment preview