最近测试 titan 性能，部署了 3 个节点的 tikv 集群，单独部署 titan，然后压测时发现，相同的数据，每个节点平均 30+ region 时，GET qps 大概 7w。调整 region 数后，每个 节点的 region 为1300+个，再次用同样的命令压测，GET qps 能达到 13w，请问 titan 是否有根据 region 数做并发控制呢？

Feature Request

Is your feature request related to a problem? Please describe:

The shared informer factory has called the WaitForCacheSync method, and it is no longer need to call it separately for each controller. We can remove Informer ().HasSynced because it will not be used.

I believe the SELECT queries generated for testing by the Postgres implementation do not involve WINDOW clauses right now. I was wondering if they will be incorporated into the implementation, as well as other clauses that are currently not supported.

Feature Request

Is your feature request related to a problem? Please describe:
For most enterprise users, they use tiup just to maintain a cluster. Most of the time, what they run are just the sub-commands of cluster components. Currently, cluster is a subcommand of tiup, it's recommended to run tiup cluster to maintain clusters according to official documents.

Always typing `tiup

Please answer these questions before submitting your issue. Thanks!

1. What did you do?
   If possible, provide a recipe for reproducing the error.
   we didn't record store id when download/ingest sst failed.

2. What did you expect to see?
   the error log with store id.

3. What did you see instead?
   only the error.

4. What version of BR and TiDB/TiKV/PD are you using?

all version.