您的 GPU,您的项目 无需 KYC 的加密货币支付如何付款
简体中文
我的空间
首个项目指南

带着你的成果和继续工作的条件离开。

当你拥有一份必要内容的副本、能够验证这份副本,并且知道如何重新打开项目时,备份才算就绪。从第一次使用就开始准备。收到「传输完成」只确认了复制环节,并不代表交付物的质量,也不代表能够恢复计算。在你的检查结束之前,请让原始文件保持可访问。

本页内容

决定哪些内容必须在此次使用之后留存

先处理那些难以重新创建的内容:唯一的原始文件、批注、已确认的选择、参数和已接受的结果。再加上理解和继续工作所需的文件。缓存可能体积很大,却未必不可或缺;反过来,一个被遗忘的小配置也可能让庞大的存档变得无法使用。

把交付内容和恢复存档分开。接收方需要的是已接受的输出和一段简短说明。你还需要输入文件、版本、试验以及有用的中间状态。如果客户文件夹里混杂着被否决的版本、技术日志和最终文件,误用错误输出的风险就会增加。

决定哪些内容必须在此次使用之后留存
UsageÀ conserver pour la repriseÀ remettre au destinataire
图像原始文件、对应关系、参数、有用的版本。已接受的视觉稿和交付清单。
助手获准使用的文档、模型/版本、指令、问题和评估。已复核的结果和使用限制。
计算或训练所需数据、程序、配置以及合适的恢复状态。可解读的结果和读取方法。

建立一个不依赖记忆的清单

给每个文件一个固定的位置,并保留输入与输出之间的对应关系。清单可以包含相对路径、文件用途、大小和状态:保留、待重做,或仅为理解某次试验而留存。使用相对路径可以让你在移动文件夹时不必保留某台机器的特定名称。

添加一份交接说明,包含目标、软件版本、必需组件、操作顺序和控制输入。记录您计划稍后取回的公开文件及其确切版本。由于其未来可用性无法保证,请将不可替代且允许保留的内容保存在本地。

在分享之前,请先重新检查配置导出文件和日志。删除密码、密钥以及不应出现在归档中的访问链接。说明中应写明如何恢复授权访问,但本身不得包含秘密信息。

对模型而言,要区分使用与继续训练

模型权重与完整的工作状态所起的作用并不相同。在 PyTorch 中,模型的 state_dict 会保留其参数和某些状态。要继续训练,还需要训练循环所用的内容,包括优化器状态和进度。具体需要哪些内容取决于你的程序:调度器、混合精度或随机采样也可能很重要。

根据要解决的问题来选择保存点:“重新做一次预测”,还是“从这一步继续”。记录下预期的结构,并尝试重新加载你自己的文件。像 checkpoint-final 这样的名字并不能保证所有继续训练所需的元素都已保存。

趁时间还够,提前安排复制

准备一个你能掌控访问权限的位置,并检查其容量。在项目开始时先做一次小规模复制,然后再对已经稳定的内容做一次中间复制。为归档保留一个可识别的版本:如果最终传输期间输出发生变化,你就无法确定自己恢复的是哪个状态了。

在最后一次复制之前,先完成计划中的写入,或使用软件提供的一致性备份方法。正在写入的文件可能在盘点与复制之间发生变化。对于仍在继续的训练,请依赖一个明确完成的恢复点,而不是仅仅出现在文件夹里的临时文件。

数据量、小文件和中断都会影响恢复。请把这一步骤纳入 3 天、7 天或 30 天的日程安排。不要根据一次短时间的传输测试就推断整个归档的确定耗时;还要预留解压和打开的时间。

先检查内容,再检查副本的完整性

先比对预期的路径和文件数量。大小有助于发现空文件或被截断的文件,但两个不同的文件也可能大小相同。要检查字节是否一致,请为每个稳定的源文件计算 SHA-256 摘要,再对其副本计算同样的摘要。Python 在 hashlib 中记录了这一计算;其他工具也提供相同的算法。

把摘要清单与其所描述的文件分开保存,不要试图让清单包含自身的摘要。出现差异可能来自复制不正确,也可能来自两次计算之间源文件被修改。在替换任何内容之前,先查明原因。

摘要相同并不能评判业务结果,其本身也无法证明文件的作者。模糊的图像或错误的模型也可能在未被改动的情况下被复制。因此,要把完整性检查与打开有代表性的输出、核对你的标准结合起来。

示例:一百张图片,二百零二个有用文件

假设要交付一百张视觉素材。恢复归档包含一百个原始文件、一百张已接受的图片、一个参数文件和一个恢复说明:100 + 100 + 1 + 1 = 202 个文件。一份单独的清单描述这 202 项内容;加上这份清单,文件夹中就有 203 个文件。这只是一个组织方式的示例,并不代表任何已声明的处理。

复制之后,清点找回了所描述的 202 项内容,但有一个摘要不同。因此你有 201 个文件一致,另有 1 个文件需要检查:总数正确还不够。如果源文件保持稳定,就重新复制这一项,然后重新计算其摘要。如果源文件已发生变化,请先确定要保留哪个版本,再一致地更新清单。

接着从副本中打开一张大图、一张带透明度的图片和一张包含文字的图片。还要核对交付内容中是否包含预期的100个名称。这三次打开演示的是有针对性的抽查,并不能证明其他所有图片的质量都合格。在处理过程中被标记的情况需要逐一复查。

在复现时不要沿用旧的路径

从备份位置或一个单独的测试文件夹打开项目。按顺序照着说明操作,不要偷偷去原始环境中找依赖。这样,缺失的关联文件、字体、扩展版本或绝对路径就会显现出来。

对于图片,用保留的设置重新打开一个项目并打开导出结果。对于助手,重新加载配置并用其文档重放一个检查问题。对于计算任务,检查状态加载和一个小步骤是否符合预期。验证必须一直走到有用的结果;在资源管理器里看到一个文件夹并不等于测试了它的复现。

记下检查的范围。你可能已经验证了交付物能够打开,但你电脑上未必有重新运行计算所需的软件。在这种情况下,要准确描述哪些已经验证、哪些还需要在兼容环境中尝试。

识别那些给人虚假安心的错误

工作磁盘上唯一的一份归档可能会随这块磁盘一起消失。一份同步副本可能把误删也一并复制过去。因此,同一位置两个可见的文件夹并不能证明存在两种独立的数据恢复途径。请根据其重要性选择合适的保存方式,然后测试预期的恢复路径。

其他陷阱更常见:缺少最后一次导出、归档在写入完成前就被复制、参数没有版本,或者文件被收件人不具备的访问权限保护。用清单从实际目标位置做最后一遍检查。只要还有异常未解决,就保留纠正它所需的东西。

  • 预期的交付物已齐备并可识别。
  • 清单与所选副本一致。
  • 控制文件可以从目标位置打开。
  • 复现说明写明了残留的依赖和限制。
  • 所需访问权限与共享文件分开管理。

常见问题

一个 ZIP 归档就足以备份我的项目吗?

它可以把文件打包在一起,但既不能证明文件完整,也不能证明可以复现。请检查解压和得到的内容,然后打开重要的条目。压缩不能取代清单、依赖和结果检查。

传输一完成我就能删除原始文件吗?

等副本经过检查、且复现所需的东西都保留下来再说。一次已完成的传输仍可能包含错误的版本或不完整的文件。删除应当遵循你的保存规则,而不是仅仅看进度条是否消失。

我需要保留所有被否掉的尝试吗?

保留那些能说明某项决定、或能避免重复一次代价高昂失败的尝试。把它们清楚标识出来,与交付内容分开。没用的变体可以按你的保存规则排除,但要先保住原始文件和必要的结果。

哈希值正确就能保证我的模型可以重新启动吗?

不能。它检查的是字节与你所选基准是否一致。模型可能仍需要缺失的程序、版本、数据或优化器状态。只有一次合适的加载和复现测试才能验证这条路径。

按你的节奏推进

讲点方法,起步更轻松。

打开指南