I think the objective is to create a more modern foundation while also improving performance. I think this looks like:
* faster, easier to develop and deploy backup (use Go or Rust to create static binaries: Go is good for backend services like this) * use modern web technologies versus generating pages with Jinja templates * Use things like DuckDB and Parquet to scale result storage while improving performance * Add many more UI features to make the results most useful to maintainers Like I said, I’m happy to fulfill feature requests and contribute development with agents, if it isn’t interesting I’m also fine to go my own way. I think Buildkite is fine for job scheduling and management for now, I don’t think this system currently wants to own a task queue / durable execution state for workers, though it could grow this capability in the future (workers would have to poll the server for jobs to take). On Tue, Jun 23, 2026 at 09:07 Antoine Pitrou <[email protected]> wrote: > > Hi, > > I think the main question here is: what are we trying to do? > > Currently, the main operational issue with conbench is the slowness of > the web UI, due to the large database size and that it's not normalized > (some queries take much longer than they should). > > I can't speak about the maintenance / reliability aspects, though. > > Regards > > Antoine. > > > Le 04/06/2026 à 16:19, Wes McKinney a écrit : > > hi all, > > > > I saw that conbench.ursa.dev has been down and I had a need to set up > > some continuous project benchmarks, and was interested in doing > > development on Conbench (well, having my agents do development on > > Conbench), and was interested in the following: > > > > 1) is there interest in migrating the historical Arrow conbench data > > to a new server, has that been preserved somewhere? I'll probably > > rewrite the conbench backend in Go and give it a client CLI for > > submitting new data or querying old data. > > > > 2) are there other users of conbench (conbench/conbench) that anyone > > is aware of? I'd be done doing in-situ development in that repository > > or setting up a conbench-v2 project. > > > > No particular urgency but if anyone has opinions let me know! > > > > thanks, > > Wes > >
