Delay checking for user input in CLI client

[nineinchnick]

Description

Avoid adding about 200ms of delay to very short queries by not checking user input in the first 300ms of query execution. Queries can still be canceled, as CTRL+C signal handling is setup earlier in Query.renderOutput.

Is this change a fix, improvement, new feature, refactoring, or other?

fix

Is this a change to the core query engine, a connector, client library, or the SPI interfaces? (be specific)

cli client

How would you describe this change to a non-technical end user or system administrator?

Avoid adding about 200ms of delay to very short queries.

Related issues, pull requests, and links

• Fixes CLI progress adds delay to every query #11768

Documentation

(x) No documentation is needed.
( ) Sufficient documentation is included in this PR.
( ) Documentation PR is available with #prnumber.
( ) Documentation issue #issuenumber is filed, and can be handled later.

Release notes

( ) No release notes entries required.
(x) Release notes entries required with the following suggested text:

# CLI client
* Avoid adding about 200ms of delay to very short queries. ({issue}`issuenumber`)

[nineinchnick]

I tested this manually and it seems to resolve the issue. Also, looks like my reflex is average - I can't cancel the query quicker than ~90ms :-)