> The bottleneck here is likely that db_postgres blocks. I would give > @treeform's async library a try. I don't think it will help considering that > @treeform's lib wraps db_postgres itself, instead of libpq
> So these benchmarks are largely meaningless when it comes to how fast a > language is, it's all about the particular libraries. Agreed. That why I started this discussion on db_postgres, instead of Nim in general - as any improvement that we do, will have to be done in the libpq wrapper. > If you want to help market Nim then look into optimising this, Yep. I am hoping to improve the webdev story for Nim. I myself am not blocked on this.
