是在引导盘上吗？还是在每个硬盘的分布式系统分区？
我目前有三块机械（4+4+12t）组jbod（年少无知 
），现在想转Basic得先格式化，于是我又买了块16t打算先转过去再格式化，顺带着我再买了块1t的ssd，想让群晖运行在这块ssd上。
所以现在的问题就是，假如群晖内核是运行在引导盘（我的是一块u盘）的，我加一块ssd是不是就没用了？
ps：我的ssd是要作为存储盘，最好是作为系统盘，而不是要做缓存
每个盘都有一份
我知道系统是分布式备份的，我的问题是，运行中的系统使用的系统资源，是在哪个盘上的呢？
或者我换个问法，我要如何确保系统运行在ssd上而不是机械上？
群晖系统是分布式备份的，但并不是分布式运行的，同一时间内它只会运行在一个盘上
强制不了的，要想完全分离就换系统
所谓的睡眠也只是被拉起后快速进入睡眠
指不定什么时候又要读写(不一定是个人文件)，再次唤醒
能做到的最多就是 把活动频繁的内容全数固定在SSD 例如套件服务 docker 等
无限的降低非个人文件读写请求导致的唤醒
据我所知 Unraid就能做到分离 因为系统在内存运行 配置文件读写在U盘，SSD缓存池存热数据，阵列存放冷数据
飞牛OS从原理上也可以，但是看论坛和体验下来似乎还没优化好
其他诸如 PVE套娃 truenas 以及其他成品Nas附带系统等 没有深度用过就不太清楚了(听说绿联睡觉这块做的还行)
透彻，66666
假如我需要运行的服务的数据都放在ssd，机械只放冷数据，这样系统应该就能运行在ssd上吧？服务数据都不在机械上的话，系统为什么要读机械呢？
因为每个盘都有一份啊，意味着我所有盘都需要随机的交叉检查配置、日志写入、临时文件缓存、状态检查吧啦吧啦，这些东西都是黑盒没有给你提供设置的空间，设计如此 结果显而易见呐
而且DSM中 各种不是你后装的 系统服务，就是无法控制的会按照最初设计的样子请求
最最重要的一点 DSM本就是设计在他家的机器上跑的
你拿去跑在别的机器上，黑群晖和黑苹果形态上一致 抽点什么风，都是不可预计 不要太过正常的事