不考虑分布的话，感觉可以这样分：

```python
import random


def sample(m, n):
low = 1
upper = m * 0.3

remain = m
result = []
for _ in range(n-1):
x = low + min(remain-low, upper) * random.random()
remain -= x
result.append(x)
result.append(remain)
random.shuffle(result)
return result


for i in range(10):
print(sample(100, 10))
```

看看 https://github.com/bracesdev/errtrace

CPU 乱序执行。

> 在 x86-64 (x64) 和 ARM64 (AArch64) 处理器架构中，乱序执行（ Out-of-Order Execution ）是用于提高处理器性能的一种技术。两种架构在乱序执行和内存模型方面有所不同，其中 ARM64 的内存模型通常被认为比 x86-64 更加“激进”或更弱。

x86-64 和 ARM64 的内存模型对比
x86-64 (x64) 内存模型：

强内存模型：x86-64 处理器通常有一个较为强的一致性内存模型。这意味着大多数内存操作（特别是读写操作）的顺序与程序中的顺序是一致的。写入操作一般不能在读取操作之前发生，也不能跨越其他写入操作。这种强内存模型使得编写并发代码相对容易。
乱序执行限制：虽然 x86-64 处理器执行乱序执行，但它在内存操作的乱序方面受到限制。处理器会自动维护内存操作的一些顺序，特别是写-读依赖关系，不需要开发者过多使用内存屏障。
ARM64 (AArch64) 内存模型：

弱内存模型：与 x86-64 相比，ARM64 使用了更弱的内存模型。这意味着处理器可以以更加激进的方式重新排序内存操作。比如，写入操作可以跨越读取操作，甚至不同线程的内存操作顺序可能会被打乱，这在多线程编程中可能导致不可预期的结果。
乱序执行更激进：ARM64 的乱序执行在内存操作上更为激进，需要更多地依赖于显式的内存屏障来确保内存操作的顺序。这使得 ARM64 的性能可能更高，但也增加了并发编程的复杂性。开发者必须通过 dmb 、dsb 等指令或使用内存屏障来控制内存操作的顺序。
总结
x86-64 的内存模型更强，乱序执行更保守：在大多数情况下，x86-64 处理器会确保内存操作顺序与程序代码顺序大致一致，使得并发编程相对简单。
ARM64 的内存模型更弱，乱序执行更激进：ARM64 处理器允许更多的内存操作乱序执行，因此在并发编程中需要更加注意内存屏障的使用，以避免数据一致性问题。
因此，ARM64 的乱序执行比 x86-64 更加激进，也更依赖于显式的同步操作来确保内存操作的正确性。

如果不用追求 100%准确，并且时间段最小粒度是天。可以每天算一个 hyperloglog ，存起来。查询的时候把对应日期的 hyperloglog 合并起来。

这个数据有些诡异：

吞吐=并发/平均响应时间

但从数据上来看平均响应小的框架，QPS 反而不高。

已恢复

只要我看不懂的代码：过度设计，只要看不懂我写的代码：辣鸡

可以用 String Manipulation 插件

@AndyAO 看了下这个 PR 的讨论，如他们所说，这里面有 2 个默认值的概念，1：如果没有传 --decorate，那么默认值就是 auto ； 2：如果传了 --decorate，但没有指定 decorate 的值，那么默认值就是 short 。很明显，当前文档说的是情况 2，但其实情况 1 更符合直觉（如你的 PR 所修改的），如果能更进一步，在文档里面把这两个地方都说清楚可能更棒。

@AndyAO

^\[(?:|(?:[3-9]|[12][0-9]|3[0-7]|#)(?:,(?:[3-9]|[12][0-9]|3[0-7]|#))*)\]$

如果需要匹配空的[]，可以用这个

理解文档的意思了，默认值的意思是：--decorate 等效于--decorate=short

@AndyAO #4 好问题，这里我也不知道原因，感觉是文档有问题，实际默认值是 auto 。

https://git-scm.com/docs/git-log

--decorate[=short|full|auto|no]
Print out the ref names of any commits that are shown. If short is specified, the ref name prefixes refs/heads/, refs/tags/ and refs/remotes/ will not be printed. If full is specified, the full ref name (including prefix) will be printed. If auto is specified, then if the output is going to a terminal, the ref names are shown as if short were given, otherwise no ref names are shown. The default option is short.

git log --decorate=full

new ThreadPoolExecutor(
1, // core
1, // max
0, // alive
TimeUnit.SECONDS,
new SynchronousQueue<>(),
new RejectedExecutionHandler() {
@Override
public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
// ignore
}
}
);

mac 的全局 emacs 快捷键是我最喜欢的部分