真的理解Jmeter线程数、Ramp-Up、循环次数真的理解？

Jmeter平时做API接口的吞吐量测试，几个配置项很好上手没有去深入思考。
有几个疑问：
1 Ramp-Up配置时间实际作用？
2 循环是在哪个时间点开始执行的？与线程组的关系是怎样的？
3 配置10/s个并发如何实现？

有疑问就实践，读别人博客难免找不到自己想要的内容。
实践疑问1：
Ramp-UP time的实际作用，图一为例解释：有5个线程需要5秒发送完成，也就是1个/s请求。（如果线程数是10，ramp-up time是5，又是什么意思？）
注：线程数抽象实例化后就是用户数，Ramp-up time是规定所有用户在时间段内把请求发送完（前提条件循环次数是1），而且请求的时间间隔是固定的=Ramp-Up time/线程数。

看执行结果统计：从结果中可以看出，总计时耗时5s，请求数是5个，时间间隔是固定的1秒（这个总时耗和时间间隔就是Ramp-Up time实际作用）。

疑问二： 循环是在哪个时间点开始执行的？与线程组的关系是怎样的？
解答：循环开始时间几乎与启动时间并行，
如下图解释：a循环数为1的解释是1个/s请求发5次请求。
b循环数为2时解释是（1个/s请求发5次）执行2遍（循环数），循环开始执行时间几乎与第一遍执行时间并行。（仔细观察Thread Name的时间点）

疑问三：配置10/s个并发如何实现？是否可以通过（线程数，Ramp-Up time、循环数）配合来实现？
方法一： 通过（线程数，Ramp-Up time、循环数）配合来实现
组合有很多种，我列了几个

方法二：用Jmeter自带Constant Throughput Timer插件实现，实际测试这样配置要达到10/s的效果不可行。（原因：评估这个配置限制TPS值的最小单位是minute，所有对数量小的请求统计测试不准是可以理解的。）具体是什么原因该以后工作留个疑问，多阅读多思考。
对上minute级别的大并发测试这个配置项应该是准的。

最后思考下：Ramp-Up time 为0 是什么意思？
用压测服务器最大的能力持续发送请求