unraid 692版本。拷贝几个4k影视文件到movie文件夹，缓存盘写满后报警，显示media文件夹空间不足。系统也弹窗告知cache写满。不会自动写入硬盘。movie所在文件夹的缓存机制是“yes”。是系统就是这么设计的，还是我的设置哪里有问题了呢，求高人指点

media文件夹设置的disk是不是满了，还是没有设置？缓存机制yes是cache盘缓存，然后通过定期的mover搬运到disk，看看设置了mover的计划任务（unraid~Main/Settings/Scheduler）没有。

按照您的解释，我理解。假如我有一个200g的缓存盘，我定义media文件夹的缓存机制是yes。那么如果平常一些小文件读写，写不满cache，定期执行move即可。但一旦我需要向media文件夹一次性写入大于200g的文件，那么当cache写满之后，就会系统报错。比如我要写入400g的文件，那么就要先写入200g，停下来，执行move之后再写入？

我的理解应该是，如果我的缓存盘是200g，那么当我一次写入400g文件，会在写满缓存后，系统通知缓存盘写满，然后自动开始写入阵列里的硬盘。

你所说的系统通知也有提示的，如占比到阈值。但mover计划任务需要自行设置，安装Mover Tuning可以更细致设置，可以设置按占比和时间设定激活mover。

Ps：cache可以是大容量hdd。要设定计划任务的合适激活时间，并且cache容量要匹配。

On 2/9/2022 at 12:42 AM, eric010 said:

按照您的解释，我理解。假如我有一个200g的缓存盘，我定义media文件夹的缓存机制是yes。那么如果平常一些小文件读写，写不满cache，定期执行move即可。但一旦我需要向media文件夹一次性写入大于200g的文件，那么当cache写满之后，就会系统报错。比如我要写入400g的文件，那么就要先写入200g，停下来，执行move之后再写入？

我的理解应该是，如果我的缓存盘是200g，那么当我一次写入400g文件，会在写满缓存后，系统通知缓存盘写满，然后自动开始写入阵列里的硬盘。

我和你的理解是一致的 按道理应该向共享里的磁盘进行写入

 

从WEBUI的说明也是这个意思

 

Quote

是表示应将所有新文件和子目录写入缓存磁盘/池，前提是 缓存磁盘/池中存在足够的可用空间。 如果缓存磁盘/池上没有足够的空间，则会在阵列上创建新的文件和目录。 当调用 Mover 时，文件和子目录会从缓存磁盘/池转移到阵列上。

 

 

还是说翻译有偏差？

 
 
还是说翻译有偏差？

我有时间要测试一下机理，一直未满cache过。
建议cache盘设置计划任务时长必须合理，否则搬运目的硬盘经常被唤醒并不好，有特殊需求则ssd和hdd相配合做两组cache较好。

通过我的 SM-N9860 上的 Tapatalk发言

unraid的缓存move机制是按照时间来把cache里的内容写入磁盘，就是定时写入，不是满了就写。

所以一旦cache满了，下载啊什么的就停了，要手工去点那个Mover按钮，等move完了继续开始下载或其他任务！

如果要满了就写的，或者达到一定比例就写入的话，要装插件Mover Tuning。可以设置达到某一个比例，就自动mover。

感觉unraid这种半手动的缓存机制有点鸡肋……

3 hours ago, citveeli said:

感觉unraid这种半手动的缓存机制有点鸡肋……

理解了或者就觉得好了，我巨虾例子：

1、阵列因为工作原理（2个校验盘就可以支持20+个磁盘校验！是不是很棒？），写入速度偏低，暂时无法改变，这就需要mover了。

2、mover相当于港口货运站，mover计划任务相当于货运班车时间，每分钟一批出发到各个目的磁盘？那磁盘休眠还要不要？默认硬盘休眠多为闲置30-40分钟。

3、每个用户应用环境不一样，所以需要自行设置计划任务，默认最小可以是1小时发车，如果安装mover tuning插件，可以更短时间，甚至按照容量占比自动完成发车。手动按mover，那是应急的，目的磁盘可能满了或者其他状况，待清理空间后，再点按。

4、千兆网络设置了mover计划任务，200G ssd不可能满的，因为1小时才多少写入量？如果升级万兆，相当于港口运输能力强了，为什么不把中转站拓宽，加一下ssd容量，或者使用hdd，阵列里面的硬盘最多就60-70+mb写入，不去考虑？

还有一个问题。如果我理解没错的话，mover运行的前提是，关掉vm和docker应用。然后才能运行mover。如果安装了mover tuning，那么一旦达到mover tuning的触发条件，系统是会自动关闭docker和vm，然后进行数据move呢，还是需要我手动关掉docker和vm呢。或者说，不用关掉docker和vm，就可以自动运行mover？

1 hour ago, eric010 said:

还有一个问题。如果我理解没错的话，mover运行的前提是，关掉vm和docker应用。然后才能运行mover。如果安装了mover tuning，那么一旦达到mover tuning的触发条件，系统是会自动关闭docker和vm，然后进行数据move呢，还是需要我手动关掉docker和vm呢。或者说，不用关掉docker和vm，就可以自动运行mover？

不用关闭docker和vm。

ps：mover移动不会要求关闭vms和docker。

On 2/11/2022 at 1:13 PM, lyqalex said:

理解了或者就觉得好了，我巨虾例子：

1、阵列因为工作原理（2个校验盘就可以支持20+个磁盘校验！是不是很棒？），写入速度偏低，暂时无法改变，这就需要mover了。

2、mover相当于港口货运站，mover计划任务相当于货运班车时间，每分钟一批出发到各个目的磁盘？那磁盘休眠还要不要？默认硬盘休眠多为闲置30-40分钟。

3、每个用户应用环境不一样，所以需要自行设置计划任务，默认最小可以是1小时发车，如果安装mover tuning插件，可以更短时间，甚至按照容量占比自动完成发车。手动按mover，那是应急的，目的磁盘可能满了或者其他状况，待清理空间后，再点按。

4、千兆网络设置了mover计划任务，200G ssd不可能满的，因为1小时才多少写入量？如果升级万兆，相当于港口运输能力强了，为什么不把中转站拓宽，加一下ssd容量，或者使用hdd，阵列里面的硬盘最多就60-70+mb写入，不去考虑？

我的应用环境是仓库，对性能没太多需求，也不需要24小时工作。

只要稳定和数据安全就行。

所以没有使用缓存盘。

如果有性能需求，应该会选择true nas

On 2/15/2022 at 5:14 PM, citveeli said:

我的应用环境是仓库，对性能没太多需求，也不需要24小时工作。

只要稳定和数据安全就行。

所以没有使用缓存盘。

如果有性能需求，应该会选择true nas

单一作为nas或者数据仓服务器，可选择多，但如果要做媒体服务器或更弹性简易的多功能服务器，就不多了，没有完美的存在，优缺点并存。萝卜青菜，符合需求才是最好的。深入了解，多钻研。

一样的。我现在缓存池是500g，扣除虚拟机、docker占用剩余200g。mover设置的每小时移动。一旦下载大于200g的文件（qb预先分配空间），缓存池立马被占满，并且docker立马自动关闭。然后只有点击move，等move完了，重启unraid才能恢复docker。真的太傻了！打算试试你们说的Mover Tuning。

我得回家仔细研究一下这个缓存机制。有点台鸡肋感觉。

 

有些同志鉴于unraid的特性，把系统当作冷仓库，有需要备份的时候才开机，这时候就容易把缓存机制忘了，如果恰巧拷贝大文件占据了缓存，但是设置的move时间没到，是不是这些大文件就一直留在缓存里了？下次开机，又没到move时间，弄来弄去，就玩缓存了？

我按照braveru的教程把docker镜像、system等那四个文件都设置成了缓存：优先，目的是让docker、虚拟机跑在固态上，但我感觉这样似乎造出了一个平行时空，我改了docker、虚拟机的设置，貌似不会马上执行，过一段才能变更，生效时间长短好像也是随机的。有时候删了docker重装完的软件，还是删除前的的设置，就像把旧的又还原了。

这个缓存的逻辑真的有用吗？单盘读写，磁盘速度就是系统速度，缓存貌似弥补了不能组阵列的速度，却搞出很多逻辑问题，不能立即执行，总要延后发作，对那些性格急的人，短时间频繁修改设置，反复卸载安装用一个软件，会不会就像进入了错乱的时空？你做的更改还没保存，新的更改就又来了，会反复嵌套，最终导致逻辑错乱吗？

你设置一下 share的 Minimum free space 把这个值设置的大一点 缓存可用空间小于这个值的时候就会直接往阵列里写了 

On 12/17/2022 at 8:25 PM, pzg417 said:

你设置一下 share的 Minimum free space 把这个值设置的大一点 缓存可用空间小于这个值的时候就会直接往阵列里写了 

上面那些人说了一堆，这个才是正解。我就是没理解这个值的含义才被坑了。这个值我设置的是1G，然后缓存盘还有1.28G，要复制的文件均大于1G，然后就往缓存盘里面写，最终空间不够就失败了。改了这个参数，就直接往阵列里面写了。