I hope they will put more resources into fixing issues.
I remember there were multiple attempts to add it to ClickBench, but each time new bugs were found.
> It was loading the data for a week already, and the speed of loading data has dropped to 4 kilobytes per second, and it will take years to load the dataset.
And then on 2nd of August
> It loaded maybe 1% of the data so far.
And then one year after
> I didn't load the data after a year.
> I tried it with the fsync removed, but even then it does not work
Ok, I find this more entertaining than I should and almost unbelievable. I know that this codebase was heavily written by LLMs but the execution can't be this bad?
What am I missing and why would Supabase buy the product which can't even load the dataset properly?
You're looking at a software project months after its inception, saying it didn't work well then, and then asking why someone would buy it well over a year later...
1st commit of the project was in August 2023 so not quite few months old. And the performance problem according to <a href="https://github.com/ClickHouse/ClickBench/pull/1159" rel="nofollow">https://github.com/ClickHouse/ClickBench/pull/1159 has not been yet solved.
We're aware of your woes with ClickBench. The first time you added it I even explicitly told you that it was way too early to even try that. The attempt you did recently was fair, but it's all in the ingestion before the benchmark, and does not show up anywhere, so we ended up spending time on this instead:
I also want to know that; it's a weird accusation.
Penberg's earlier reply said f311a was (paraphrased) "talking crap on the internet" but it looks like they've edited out the cussing.
f311a · · focus · HN ↗
It should not be X times slower than SQLite.
<a href="https://github.com/ClickHouse/ClickBench/issues/336" rel="nofollow">https://github.com/ClickHouse/ClickBench/issues/336
<a href="https://github.com/ClickHouse/ClickBench/pull/1009" rel="nofollow">https://github.com/ClickHouse/ClickBench/pull/1009
menaerus · · focus · HN ↗
> It was loading the data for a week already, and the speed of loading data has dropped to 4 kilobytes per second, and it will take years to load the dataset.
And then on 2nd of August
> It loaded maybe 1% of the data so far.
And then one year after
> I didn't load the data after a year. > I tried it with the fsync removed, but even then it does not work
Ok, I find this more entertaining than I should and almost unbelievable. I know that this codebase was heavily written by LLMs but the execution can't be this bad?
What am I missing and why would Supabase buy the product which can't even load the dataset properly?
ambicapter · · focus · HN ↗
gpm · · focus · HN ↗
gpm · · focus · HN ↗
menaerus · · focus · HN ↗
So, I think my curiosity still stands.
gpm · · focus · HN ↗
Yeah, ok, I took the date from [1] but you're right the project did in some sense exist before then.
[1] <a href="https://turso.tech/blog/we-will-rewrite-sqlite-and-we-are-going-all-in" rel="nofollow">https://turso.tech/blog/we-will-rewrite-sqlite-and-we-are-go...
dangoodmanUT · · focus · HN ↗
Ah Alexey, never change
f311a · · focus · HN ↗
> Turso - it is ridiculously slow, can't believe that: revert the single-transaction import, cap per-query wall-clock
penberg · · focus · HN ↗
<a href="https://turso.tech/blog/turso-0.8.0" rel="nofollow">https://turso.tech/blog/turso-0.8.0
In any case, this is on our radar and we do intend to improve it but not the highest priority right now.
rendaw · · focus · HN ↗
hitekker · · focus · HN ↗
Penberg's earlier reply said f311a was (paraphrased) "talking crap on the internet" but it looks like they've edited out the cussing.
f311a · · focus · HN ↗
egorfine · · focus · HN ↗