如果 function frame 不在 stack 上，就不会 stack overflow 。

BLAS

HashMap 内部有个 array 存 entry，put()/remove()都是操作这个 array，entrySet 直接读取这个 array

搞个 trie，找出所有子节点

可以试试这个
https://github.com/google/pygtrie

```
>>> t = pygtrie.CharTrie()
>>> t['dn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Zedn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Ze'] = 1
>>> t['XuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQXuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQ'] = 2
>>> t['dn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Zedn0pFVBjQGwRYKCO2Ix45ibo6r9kW3Ze']
1
>>> t['XuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQXuYRUn50f7j9zG2k8EZvoaWmeAdqTVrQ']
2
```

你可以试一试 select * from user; 他也会说是用到了 index 。这是一种特殊情况，和你后面 where 没太大关系。

“In some cases, a query can be optimized to retrieve values without consulting the data rows. (An index that provides all the necessary results for a query is called a covering index.) ”
参考： https://dev.mysql.com/doc/refman/8.0/en/mysql-indexes.html

也就是说，mysql 知道所有的数据都在 index 里，即使是 full scan 也直接从 index 里取了。你只要多加一个列，就不是 covering index 了，就不有这样的优化。

元件的长宽 x*y，搞个 x*y 的 sliding window 一一比对咯。

@hfzhbq 也没有，我当时只是想把不成熟的观点抛出来，通过讨论，理清楚自己的思路而已，大家可能觉得我在很笃定地说一个认定道理，所以才会批评我，回头看看过去还是有很多不成熟的细节。

400 个一组有 C(999, 400)种组合，10 的几百次方，比宇宙所有原子总数还多。。。

搞清楚“对象”和“引用”的关系。列表和变量存的都是引用，而通过引用改变的都是同一个对象。

小孩子才做选择，成年人全都要

这是很基本的面试题，不会的话大厂肯定没洗

只要电源功率给足，没有出现不稳定的情况。

目前一个 Pi4 8GB 做 NAS，拖一个 2 bay 硬盘盒+8TB HHD 做主存储（计划以后可能可以做 raid1 ），5TB 移动硬盘做备份，读写速度大概在 100MB/s 左右。usb3 的带宽基本够用，不上 ssd 的话瓶颈主要在硬盘本身。