denchick
Re:Show HN: IceGate – Observability data lake engine
on Monday April 13, 2026 @11:33AM (#47753519)
> 3x faster than nearest competitors
Wow, that's awesome! Do you have any public benchmarks?
Re:Show HN: IceGate – Observability data lake engine
on Monday April 13, 2026 @11:31AM (#47753475)
How do you achieve fault tolerant?
Re:Hacking the Postgres Wire Protocol
on Wednesday April 16, 2025 @04:40AM (#43703010)
> I am wondering, why it took so long for something like this to happen for Postgres
We were thinking about adding PostgreSQL support to Vitess several years ago. However, we realized that it would be more efficient if each tool was focused on a specific task.
https://github.com/vitessio/vitess/issues/7084#issuecomment-...
SPQR 1.5.0: a production-ready system for horizontal scaling of PostgreSQL
SPQR: Scaling PostgreSQL via Sharding
Re:SPQR 1.3.0: a production-ready system for horizontal scaling of Pos...
on Monday March 25, 2024 @11:47AM (#39817819)
> High concurrency can become a problem due to the 1 process per connection architecture.
If I understand correctly what you mean, then this is no longer a problem. You will simply need to use a connection pool, such as Odyssey or PgBouncer. Even SPQR has its own pool of connections for each shard.
Re:SPQR 1.3.0: a production-ready system for horizontal scaling of Pos...
on Monday March 25, 2024 @10:50AM (#39817030)