我觉得用表更好。这不是啥优雅不优雅的事情，而是方便管理。

特别是用 csv 或 xls 来组织数据，用 excel 管理起来很舒服。

1.有可能是 raidrive 自己限速；

2.有可能是 raidrive 协议容易被墙深度识别导致限速；

3.有可能是 raidrive 协议在高延迟情况下无法达到高吞吐；

4.有可能是 onedrive 针对 raidrive 的协议有限速，等等。

问题太多了，特别是问题 3，排查难度相当高。

@Tink 把我发的东西，大声朗读 100 次，如果还觉得不对题，那就背诵下来，加深理解。

@mingl0280 这问题我两年前就踩过 3 次，最后找出该问题的本质是微软的这套东西，因用的人少，导致 bug 没能及时修复。

你说我的方案屁都不值？看看那你给的方案：备份，检查硬盘与阵列是否有损坏，然后？

我可以直接告诉你答案，硬盘与阵列不会有损坏。

然后让题主再重来一次 readonly ？我 TM 当时就是这么做的，最后连续搬运整个数据池 2 次，第三次就迁移到 linux-lvm，最后再无问题。

你这方案才屁都不值，懂？因为这种问题，你自己根本就没踩过。

正确的方案就是我说的，迁移到有很多人用并保持稳定的 linux-lvm 。

@germain 噗...

1.我要是你，在没搞清楚到底是什么原因，造成一个 FS READONLY 之前，是不会轻易进行强行修复的。十几年前，fs 故障，我当时没检查内存条，直接强行命令行修复硬盘，结果报废了一辆 X3 价值的数据，算算通货膨胀，猜猜今年应该是 X 几的价？

2.我虽然不知道，为啥这事能扯上 PB EB，但看上去，你应该认为 PB EB 已经很大了。我顺手看了一下，我现在在单位附近的家里，一个分数据中心，里面的小电影，总量 0.8 个 PB，你猜猜我这分数据中心，每月电费？

至于存储方面的其他问题，我就不提当年某报纸报道过的大一学生捐赠 EMC 当年最强存储产品进实验室，不提某捷固件门国内第一版原理解析，不提当年 Oracle 文档妹和我对线 Oracle 存储细节，不提我和谷歌工程师对线机房散热与能耗控制，不提某电视台的新媒体存储方案，不提我和 XX 服对线他们最新的 X 融合一体机的 xSAN 的延迟问题...

不想提这些，是因为整个 IT 领域，我觉得，存储问题，真的只是入门问题。当 PB EB 就称为了你的上限时，你应该反思自己。

做人，还是谦虚点。

@mingl0280 我已经给出解决方案了，看不懂的话，可以大声朗读 100 遍并背诵来加深理解。

另外这种基础东西，为啥你会觉得有优越感。

午睡质量与付出价格成正比。

第一种是搬到公司附近住，最舒适，但价格也最贵。

第二种是在公司附近酒店，找经理谈一个午休用的钟点长包房，价格会有惊喜。

第三种是买一张平板式的折叠床，要保证宽度，才会有舒适度，最便宜的比如这种：
https://item.jd.com/44003143124.html
贵一点的 800 元起步，带床垫。如果公司没有独立休息室，还需要配眼罩与耳塞。

再往后面就不推荐了，已经没啥舒适性可言。

软阵列，以及高端文件系统，这些东西是 Linux 范畴的事情，因为 Linux 界这类东西用的多，就算有 bug 有争议，也很早就被解决。比如 linux 的各类 fs，只因为 fs 挂载时的 sync 或 async 参数，以及 os flush delay 时间，都在曾经引发一场很多大佬参与的讨论（撕逼），当时有些 fs 的重要作者还根据讨论结果对这方面的设计做了改进。

Windows 就没这运气了，无论是 Win8 新出的存储空间，还是 ReFS，甚至连很早就有的软阵列，因为用的人太少，导致各种问题。Windows 至今没有 lvm 的完整功能。

给你一个建议，你的数据如果有 300T 了，建议用基于 Linux 的 OS 来进行管理。把 raid （ mdadm ）、lvm （ pv/vg/lv ）那套东西好好学学，该做的实验也做做。

1.每个 OS 都有优缺点。对我而言，苹果像 Windows，缺点是溢价高，RAMROM 少，但优点是逼事少，稳定性强。

2.安卓则不一样，安卓则像 Linux，缺点是非常复杂，优点是你一旦撑过了高门槛的入门阶段，后面就爽了。

我建议经济不差的，都买吧。

开发者需要的搜索关键是：

1.各种文档、规范、协议的标准。

2.各种高端开发者的社区或邮件列表或讨论组。

3.各种方便免费或高性价比的在线服务或云服务。

可惜以上三者都在国外。

在流量暴增时要让服务保持稳定，那就需要：

1.精准计算现有服务需要的算力。以前的 FC 游戏、工业控制等业务，还能勉强做做，但在互联网业务面前，很难做到。互联网这类复杂业务，一般是通过提供冗余算力供应来达到目的。

2.对超出算力与冗余供应的请求进行不服务，或者降低服务维度比如队列排队。

你那些什么滑动法、冷却期，不仅监测上需要浪费额外算力，冷却期更会造成空闲的 CPU 周期。

我身边的顶级 IT 高手是 4 个起步，2 层，每层 2 个。

我自己在大学实验室阶段就已经 5 个了，搞复杂调试时还经常不够用。

也许显示器数量，也是技术水平的一个分水岭。

建议方案，淘宝上有些网吧拆机显卡，大概 200-400 元，不贵，有 4 个输出。

京东自营有立式支架，可以装两个显示器。

显示器要买支持壁挂属性的。

1.题主息怒，这帮人只是为了喷而喷你而已。

比如 13 楼 @msg7086 这位用户，你自己去看他的发帖纪录，17 年他也因为这事被坑过一次，结果现在来回帖喷你。而且他那答案居然还那么多赞。

这些双标的人，你不用理他们。

2.资本主义为什么喜欢搞信用制，账单制，历史里有写。曾经美国还因这事导致大萧条大失业，那些怼你的人可能连这些事情都不懂。信用制就是逼着你的多消费，他们还说什么只是给公司用的，公司难道就是冤大头？

我也给不少公司做过这些方案，基本上是固定的预付款式，极少是账单制，因为国情在这里。

aws 不顾国情，为了多收费搞账单制，我觉得你不需要在在意这个事情，大不了以后不用它家的东西。

你这上传速度就够渗人的了，更别提下载速度。

你就缺那点硬盘空间嘛？这题显然是空间换时间的思路啊，给每个用户建个 2 分表，分别存储已回答与未回答的不就完事了。

上路前，每天花 1 个小时，把车祸视频看看。

车祸视频简直就是一个基于大数据的分析与统计，能把那些容易出现问题的情况告诉你，当你遇到相同情况时，就知道该怎么做了。

举 2 个例子：

集贸市场附近，一条限速 60km 的双向 4 车道（单向 2 车道），几乎没车没人很空旷。前方一辆大货车停在最右边的那条道上，你在大货车左侧车道，你的车速是 50km/h，如果你看了车祸视频，你就知道接近大货车时，需要减速，来防止因大货车车头挡住视野，而突然从大货车车头，冲出来小屁孩这种俗称鬼探头的事情。

其次，如果你旁边车道的前方，有电动车在行驶，你不应该觉得它只是占了你旁边车道，不会影响到你的车道。正确的认识是，把电动车当成宽度是 3 条车道的巨型车，因为电动车如果因意外突然倒地，它倒地后会多占一条车道。车祸视频里经常有这种情况，因为司机意识错误，没减速，电动车倒地后，从旁边车道跨到司机所在车道，司机来不及减速，撞到电动车。

我认为，多看车祸视频，比实操更有用。另外，多了解交规。