Earlier quoted context omitted.
How long ago was this, or can you share more context about data and mem size you experienced this with? DuckDB has introduced spilling to disk and some other tweaks since a good year now: https://duckdb.org/2024/07/09/memory-management
3 days ago. The final straw was an index which generated fine on MacOS and failed on Linux - exact same code. Machine had plenty of RAM. The thing is, it is really the responsibility of the application to regulate its behavior based on available memory. Crashing out just should not be an option but that's the way DuckDB is built.
Use DuckDB-WASM to query TB of data in browser
61–64 of 64 posts
Re: Use DuckDB-WASM to query TB of data in browser
#62Re: Use DuckDB-WASM to query TB of data in browser
#63Earlier quoted context omitted.
I can recommend earlyoom ( https://github.com/rfjakob/earlyoom ). Instead of freezing or crashing your system this tool kills the memory eating process just in time (in this case duckdb). This allows you repeat with smaller chunks of the dataset, until it fits into your mem.
This looks amazing! Have you used this in conjunction with DuckDB?
Re: Use DuckDB-WASM to query TB of data in browser
#64Earlier quoted context omitted.
> data ponds instead of data lakes What are data ponds? Never heard the term before
Haha, my term. Somewhere between a data lake and warehouse - still unstructured but not _everything_ in one place. For instance, if I have a multi-tenant app I might choose to have a duckdb setup for each customer with pre-filtered data living alongside some global unstructured data. Maybe there's already a term that covers this but I like the imagery of the metaphor... "smaller, multiple data but same idea as the bi…