goerch

8 ms·

1.
by goerch 1mo ago
I'm slowly finding my way back to testing local LLMs (out of fear of price spikes). Currently positively surprised by OpenVINO. But my private benchmarks indicate not to trust edge models too much.
2.
by goerch 2mo ago
One question I'm asking myself is: can LLMs be bored?
3.
by goerch 5mo ago
both
4.
by goerch 5mo ago
Maybe you are unconsciously doing the right thing(TM) already? So try doing it with SQLite instead :)
5.
by goerch 5mo ago
Agree with your assessment of small and reliable for SQLite. Disagree with your baseline requirement. ACID is more important for me and does not contain `No crashes`.
6.
by goerch 5mo ago
> Search the issues of the duckdb GitHub there’s at least 110 open and closed oom (out of memory) and maybe 400 to 500 that reference “memory”. Ah, missed this the first time around. Will check this out. And yes, I noticed that DuckDB ra
7.
by goerch 5mo ago
Understood: SQLite is to Postgres as DuckDB is to ClickHouse.
8.
by goerch 5mo ago
That sounds like a rather serious application. Did you file an issue?
9.
by goerch 5mo ago
Hm, only anecdotal evidence, but page rank computation for Wikipedia works on my laptop ( https://github.com/idesis-gmbh/WikiExperiments ) where `NetworkX` fails. And it uses some joins like here: https://gith
10.
by goerch 5mo ago
Interesting: I transferred the idea of a matrix being stored row or column wise to the database world and assumed this was a more physical than theoretical feature (not a native speaker here)? Looking forward to check out `pg_duckdb`, yes.
11.
by goerch 5mo ago
https://github.com/rilldata/rill , Apache 2.0 license
12.
by goerch 5mo ago
Hm, our internal benchmarking shows something like a 30x speedup compared to SQLite ( https://github.com/ClickHouse/ClickBench shows an even greater speedup due to not considering cache size). Calculating back on the en
13.
by goerch 5mo ago
> For most of the data the sizes we often deal with it's perfect. Interested here: for me it works for out of core work. Where is the limit? On a related note: do you need to handle concurrency restrictions?
14.
by goerch 5mo ago
Theoretically I would agree, but practically I still wonder why we need different database engines for row and columnar storage if supporting different types of indices is trivial(TM) for Postgres?
15.
by goerch 5mo ago
It is a educational/R&D type project. We are more of backend developers and `rill` worked fine as a rapid visualization frontend with low learning curve for us. Edit: still realizing that I can't use markdown on HN...
16.
by goerch 5mo ago
If you start with Excel, I'll counter with Postgres: https://github.com/duckdb/pg_duckdb . I haven't found the time to check this on one of our installation, though.
17.
by goerch 5mo ago
I'm using DuckDB in another project (on my laptop) where `NetworkX` fails due to the memory limit of 32 GB. So yes, as soon as you are doing out of core work I'd assume the combination to be quite powerful. Knowledge in SQL would
18.
by goerch 5mo ago
Can confirm: together with `dbt` and `rill` I'm able do to [this]( https://github.com/idesis-gmbh/GitHubExperiments/blob/master... ) on my laptop.
19.
by goerch 5mo ago
Is this what we do with education in general?
20.
by goerch 5mo ago
About what?
21.
by goerch 5mo ago
But then you'll get two files to join?
22.
by goerch 5mo ago
Sorry, this I think is a dangerous attitude: for me it is not about onboarding. Every newcomer reading `Huh, neat` is poised to repeat the mistakes of us and our ancestors.
23.
by goerch 5mo ago
And crashes you can exclude? Good luck!
24.
by goerch 5mo ago
Yes, but you are probably a bit too polite. And I'm not sure how to do justice to SQLite, Postgres and my new favourite toy DuckDB.
25.
by goerch 5mo ago
Hm, I somewhat understand your point of `making wise decisions`. But doesn't that concern all kinds of software development? For me, it does.
26.
by goerch 5mo ago
Pretty sure the origin should be `dbunpro.app`, no? I'd think the consensus should be: do you even need the file system?
27.
by goerch 5mo ago
a) Just heard today: JOINs are bad for performance b) How many columns can (an Excel) table have: no need for JOINs
28.
by goerch 5mo ago
Hm, sometimes opening a book could do wonders? But these were the old times...
29.
by goerch 5mo ago
Nice, so we are already covering the A of ACID. And don't get me started about what OLAP databases like DuckDB can do for out of core workloads.
30.
by goerch 5mo ago
Computing page rank on par with NetworkX: https://github.com/idesis-gmbh/WikiExperiments Educational local DW from Github Archive events: https://github.com/idesis-gmbh/GitHubExperiments It is qui

More ›