Nick Vatamaniuc

Agree it's a hack. I think we'll have to return to building it ourselves like we did previously: https://github.com/apache/couchdb-pkg/tree/main/js Another option is to embed a smaller JS execution engine like...

Due to the generous support from IBM's Z open source support team (@kun-lu20) in https://github.com/apache/couchdb-ci/pull/54 we have RHEL9 (clone) support with the caveat that it depends on the EPEL repo....

Closing as fixed

The credit all goes to Kun Lu in this case. I just verified that it worked. :-)

Closing since there is no activity in a few months

Would some batching work to accumulate stats for some time (100 msec?), and only send stats intermittently? It might miss some stats at the end but for a long running...

@pgj the idea is that it would be the difference between not sending any data back if `complete` doesn't run, so for an hour long running request we'd have no...

I was mainly suggesting a way to have a bound on the uncertainty in the stats, if it the increase in messages is a problem. It could be a time-bound...

> @nickva I am afraid we cannot allow any uncertainty in the statistics if downstream consumers wanted to build uses cases on top of this mechanism that involves billing. Hmm,...

Thanks for running the performance check, @pgj! > I do not think it should produce repeatable results. If a query happened to cause the scanning of 2,000 documents once and...