在9月份，我们更新了Backblaze 2022上半年的中期质量报告解读（Backblaze2022中期SSD故障质量报告解读），基于报告中的分析数据，Backblaze也向外界传递作证了一个信息：固态硬盘SSD的长期可靠性比机械硬盘HDD要高。
随着Q3质量报告的发布，我们继续解读质量报告，重点关注Q3质量的表现，故障率是否出现较大的波动。
截至2022 Q3季度末，Backblaze监控的硬盘数量超过22万片，其中4.2K是系统启动盘，包括2.7Kpcs SSD和1.4Kpcs HDD。总量22万pcs硬盘分为29个型号model。上个季度Q2的型号是27个，Q3新增2个型号：Seagate 8TB型号：ST8000NM000A和Seagate 16TB 型号: ST16000NM002J。涉及的29个型号，来自3个厂商：主要分布：
HGST+WDC西数：HGST，7个型号；WDC，3个型号
Seagate希捷：13个型号
Toshiba东芝：6个型号
东芝和WD西数的型号是从2020年开始逐年增加。目前还是希捷盘的数量最多。
下图是Backblaze从2022/7/1到2022/9/30之间的第三季度Q3故障率数据表现。从Q3季度的29个型号的质量数据中，我们可以发现几点信息：
第三季度Q3有三个型号的盘故障率为0：分别是HUH728080ALE604、ST8000NM000A、WUH721816ALE6L0。其中只有WUH721816ALE6L0达到了AFR评估的标准“为了故障率AFR数据更加合理，盘的数量尽量会超过100pcs，故障率评估集群中盘运行时间也要超过10000 盘*天”
有另外三个型号上电时间最长，希捷的一款4T和6T，和东芝的一块4T盘，故障率已经逐步攀升，看到了随着运行时间增长发生老化的迹象。其中，东芝8.25%的高AFR也跟数量只有95个有关，即使故障2个，故障率也飙升了。对这3块盘来说，经过七年左右的持续旋转，他们的主轴、驱动器、磁头、碟片介质等出现开始磨损和老化问题。
2022年第三季度整体AFR为1.64%，比2022年的Q2 AFR=1.46%要高，同时比2021年Q3 AFR=1.1%也增长不少。这里面主要可能第二点说的长时间运行导致的老化有关，Blackblaze表示后续会更换新盘，预计后续的AFR故障率也会出现下降。
基于硬盘故障率和硬盘成本，Backblaze还抛出一个问题：“在故障率表现和购买成本之间，哪种情况，终身使用累计成本最高？”
上图中，有3个型号的14TB HDD，分别为Model 1、Model 2、Model 3.
终身累计成本：除了最初购买的盘的成本，后续故障后更换故障盘的成本(这里面盘本身成本可能由于存在质保期内的RMA而是0，还包括维修更换的成本)。
三个型号的购买成本分别是225美元、250美元、275美元，每个型号购买5000pcs。
三个型号的根据故障率表现，每年维修更换的数量75、50、25，对应每年维修人力成本分别是22500美元、15000美元、7500美元。后续服役时间5年。
在三个型号当前故障率表现AFR分别1.5%、1%、0.5%的情况下，终身累计成本分别是123万美元、132万美元、141万美元。Model 3的终身累计成本最高。
根据上面的计算模型，我们也会发现，当Model 1 AFR=2.67% 时，Model 1和Model 2会有相同终身累计成本132万美元。当Model 1 AFR=3.83% 时，Model 1和Model 3会有相同终身累计成本141万美元。故障率的上升会增加硬盘的终身累计成本。硬盘的故障率会一个浴盆曲线，在核算终身累计成本也需要考虑故障率的变化。
下图是Backblaze从2013/4/20到2022/9/30之间的历史累计的生命周期故障率数据表现。生命周期的故障率AFR当前是1.41%，比上个季度的1.39%略高，这也说明Q3的质量表现不太乐观。但是比2021年Q3的生命周期的故障率AFR 1.45%要低。说明2022年整体故障率表现略好。
下图中是生命周期故障率AFR小于1%的型号列表。主要集中在12TB、14TB、16TB盘。其中，西数盘型号为WUH721816ALE6L0的16T盘，质量表现最好，AFR在0.11%。
精彩推荐:
导读语言模型给我们的生产生活带来了极大便利，但同时不少人也利用他们从事作弊工作。如何规避这些难辨真伪的文字所产生的负面影响也成为一大难题。在3月9日智源Live第33期活动「DetectGPT：判断文本是否为机器生成的工具」中，主讲人Eric为我们讲解了DetectGPT工作背后的思路——一种基于概率曲率检测的用于检测模型生成文本的工具，它可以帮助我们更好地分辨文章的来源和可信度，对保护信息真实、防止欺诈等方面具有重要意义。本次报告主要围绕其功能，实现和效果等展开。（文末点击“阅读原文”，查看活动回放。）Ericmitchell斯坦福大学计算机系四年级博士生，由ChelseaFinn和Chri
3月26日，映宇宙（HK:03700，即“映客”）发布截至2022年12月31日的2022年度业绩财务报告。财报显示，映宇宙2022年的总营收为63.19亿元，较2021年同期的91.76亿元下降31.1%。2022年，映宇宙的经营亏损为4698.7万元，2021年同期则为净利润4.57亿元；期内亏损（净亏损）为1.68亿元，2021年同期的净利润为4.33亿元；非国际财务报告准则经调整净利润为3.88亿元，2021年同期为4.82亿元，同比下降19.6%。 映宇宙在财报中表示，收入减少主要是由于行业竞争加剧，该集团对旗下产品采取更为谨慎的运营策略以应对市场变化。不过，映宇宙的毛利率则有所提升
如何用IDEA2022创建并初始化一个SpringBoot项目？目录如何用IDEA2022创建并初始化一个SpringBoot项目？0. 环境说明1. 创建SpringBoot项目 2.编写初始化代码0. 环境说明IDEA2022.3.1JDK1.8SpringBoot1. 创建SpringBoot项目 打开IDEA，选择NewProject创建项目。 填写项目名称、项目构建方式、jdk版本，按需要修改项目文件路径等信息。 选择springboot版本以及需要的包，此处只选择了springweb。 此处需特别注意，若你使用的是jdk1
我正在寻找一个用ruby或rails完成的报告生成器，它允许用户首先定义一个模板，然后将数据提取到模板中。我一直在浏览“TheRubyBox:报告部分”(https://www.ruby-toolbox.com/categories/reporting.html)有两个报告工具类似于我正在寻找的:ThinReports:这真的很好。您下载一个模板编辑器，然后定义您自己的报告模板，然后通过组合thinreportsgem，您可以从您的应用程序中获取SVG或PDF报告。ODFReport:它使用ODF文件作为模板，可以通过OpenOffice和MSWord2010进行编辑。然后你就可以
CSDN优秀解读：https://blog.csdn.net/jiaoyangwm/article/details/1266387752021https://arxiv.org/pdf/2103.14259.pdf关键解读在目标检测中标签分配的最新进展主要寻求为每个GT对象独立定义正/负训练样本。在本文中，我们创新性地从全局的角度重新审视标签分配，并提出将分配程序制定为一个最优传输（OT）问题——优化理论中一个被充分研究的课题。具体来说，我们将每个需求方（锚框）和供应商（GT标签）的单位传输成本定义为他们的分类和回归损失加权之和。在公式化后，找到最好的分配方案即为最小传播成本解决最优传输方案，
目录1. 研究范围定义2. 流程中台市场分析3. 厂商评估：微宏科技4. 入选证书 1. 研究范围定义近年来，随着外部市场环境快速变化、客户需求愈发多样，企业逐渐意识到，自身业务需要更加敏捷、高效，具备根据市场需求快速迭代的能力。业务流程的自动化能够帮助企业实现业务的敏捷高效，因此受到越来越多企业的关注。企业的“自动化武器库”品类丰富，包括低/零代码平台、RPA、BPM、AI等。企业可以使用多项自动化工具，但结果往往是各项自动化工具处于各自的“自动化烟囱”之中，仅能实现碎片式自动化。例如，某企业的IT团队可能在使用低代码平台、财务团队可能在使用RPA、呼叫中心则可能在使用聊天机器人。自动
日前，全球著名咨询机构IDC最新MarketScape报告《中国DevOps平台市场厂商评估，2022》正式发布，此报告中对中国主流DevOps云厂商分别从现有能力和未来战略维度两个层面对厂商进行评估，IDC对具有代表性的8家提供商进行了深度研究，他们分别是（按照拼音字母顺序）：AWS、阿里云、百度、博云、华为云、京东云、微软、腾讯云（CODING）。华为云、阿里云和腾讯云CODING均在战略和能力两大维度表现强势，成功入席领导者(Leaders)位置。IDC MarketScape:中国DevOps平台市场厂商评估,2022华为云软件开发生产线DevCloud在市场份额和发展战略两大维度均排
我正在运行RubyonRails3，我想使用Paperclip插件/gem降低上传图像的质量。我该怎么做？此时在我的模型文件中我有:has_attached_file:avatar,:styles=>{:thumb=>["50x50#",:jpg],:medium=>["250x250#",:jpg],:original=>["600x600#",:jpg]}这会将图像转换为.jpg格式并设置尺寸。 最佳答案 尝试使用convert_options。has_attached_file:avatar,:styles=>{:thumb=
在澄清了simplecov如何确定一条线是否已被测试执行之后。我有以下方法:defover?end_at其中end_at是对象的ActiveRecord属性。在以下规范中进行了练习:describeCalendarEntrydoit'candeterminethataneventhasended'do@entry.end_at=1.day.ago@entry.over?.shouldbe_trueendend在覆盖范围内运行规范后，它显示以下结果:我已经在Debug模式下运行了测试，并在此行上设置了一个断点，并确认规范确实符合它。这并不仅限于此方法中的这一行，包括使用ActiveRec
我正在试验RSpec并考虑一个仅在测试套件通过时才更改随机种子的系统。我试图在after(:suite)block中实现它，该block在RSpec::Core::ExampleGroup对象的上下文中执行。虽然RSpec::Core::Example有一个方法“exception”，允许您检查是否有任何测试失败，但在上似乎没有类似的方法RSpec::Core::ExampleGroup或示例列表的任何访问器。那么，如何检查测试是通过还是失败？我知道这可以使用自定义格式化程序来跟踪是否有任何测试失败，但格式化过程影响测试的实际运行似乎不是一个好主意。 最佳答
