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

从最初的需求,到您可以实际使用的结果。

要成功完成第一次 GPU 租用,请准备一项小任务,并确保您能检查其输出。核对软件及其版本,估算整个工作时段,然后配置您的套餐。在交付之后,先从一个输入开始,逐步扩大试跑范围,并取回一份经过核验的副本。订单已结算、程序已跑完、成果已验收,这是三个不同的阶段。

本页内容

在选显卡之前,先确定您的输出目标

用一句话描述工作目标:产出符合尺寸要求的视觉稿、在文档中找到某个流程,或核对一个已知的计算结果。要明确由谁来判断结果是否合格。“尝试一下 AI”留下的可能性太多;“在我们的发布工具中得到一套十八张清晰可读的图”才给出具体的终点。

收集一个小样本,其中也要包含项目中的难点。一张极大的图片、一份排版糟糕的文档或一个不常见的输入都可能改变需求。写下哪些情况会让你修正或停止:输出无法阅读、重要细节被改动、回答没有依据。即使软件没有报错,这些标准在测试过程中也同样适用。

  • 明确的输出及其预期格式。
  • 一位负责人和几条验收标准。
  • 常规输入和困难情况。
  • 一份保留的原始文件副本。

准备文件及取回文件的方式

将原始文件、设置、工作输出和最终交付物分开存放。给你的测试起一个固定的名字,例如“视觉稿-测试-01”。在你自己的电脑上确认输入文件可以打开,并找出缺失的文件。提前整理好这套结构,能避免把最初几个小时都花在找某个字体、某张关联图片或某个文档的正确版本上。

同时也要规划好回传的目的地。确认它的可用空间以及由谁来打开。数据量和你的网络连接都会影响传输;某条线路标称的速率并不等于有保证的耗时。收到访问权限后,先做一次小文件的往返传输,在搬移整个文件夹之前验证方法是否可行。

匹配软件、版本和内存

记录软件的准确名称、版本和所需的扩展。在其文档中核对所支持的 GPU 和计算接口。例如 PyTorch 会按计算平台区分不同的安装方式。配置器中出现的软件名称只表示一种预备偏好:它并不证明该版本已经安装,也不保证你的所有组件都兼容。

显存是显卡上正在运行的工作所占用的内存,既不是你的文件存储空间,也不是服务器的一般内存。24、48 或 80 GB 这些参考值可用来对照你的需求。对于按单块 GPU 设计的程序来说,多块显卡并不会自动把各自的显存合并起来。先从你能说得清理由的配置入手,再用样本进行验证。

示例:十八张视觉稿与 3.25 天的时间窗口

假设有一个十八张视觉稿的项目,软件兼容,需求在一块 RTX A5000 上就能满足。下面的日程是在资源就绪之后的一种工作假设,并非生产实测。此前在你自己的电脑上花一天准备原始文件,不在这个窗口之内。

合计为 0.25 + 1 + 1 + 0.5 + 0.5 = 3.25 天。因此 3 天的套餐无法覆盖这份日程。对于 RTX A5000 批次,给出的价格是 3 天 23.57 USD、7 天 55 USD。如果十八件交付物全部通过验收,7 天套餐相当于 55 ÷ 18,约合每件交付物 3.06 USD。外部费用和你自己的时间不计入这个比值。

选择 7 天覆盖了这一假设,但并不保证项目一定完成。如果有人要到下一周才能审阅,那就先修改日程。为了把项目硬塞进 3 天而压低估算,并不能解决这一约束。

示例:十八张视觉稿与 3.25 天的时间窗口
计划阶段已用天数
租赁准备0,25
测试与正式工作1
等待验证1
返工0,5
导出与副本检查0,5
总窗口3,25

从配置到订单跟踪

在配置器中,重新核对型号、批次数量、时长和所需的准备工作。总价等于单批价格乘以批次数;已包含的显卡不会重复计费。使用名字、姓氏、邮箱和密码创建账户,或登录现有账户。无需身份证件或 KYC 的流程同样会保留一个用于跟踪的账户。

付款时,请一并选择资产和网络。请使用当前订单付款请求中的准确金额、收款地址和截止时间。发送后,点击「我已付款」只是保留您的申报;该点击不会确认收款,也不会分配 GPU。跟踪页面会自动更新服务器传来的状态;只有其确认才代表付款有效。GPU 的交付仍属于单独环节。付款说明会详细解释这一步,而不会要求您再次使用示例中的数值。

收到访问权限后,完整走一遍流程进行核查

先确认您能看到预期的资源和工具。记录识别出的型号、软件版本以及与您的请求之间可能存在的差异。如果有信息缺失,请先在订单记录中说明差异,而不要在假设之上搭建整套流程。

接着运行一个简单示例,再运行一个具有代表性的输入。检查所用设备和产生的输出。在 PyTorch 中,模型和数据必须放到合适的设备上;程序运行结束本身并不能证明使用了 GPU。最后取回文件并在目标工具中打开。这整个流程就是您的第一次核查。

试跑卡住时,选择精准的修正

保留错误信息、相关文件和参数。安装失败、内存不足和输出不理想需要不同的修正方式。每次只改一个要素,然后重跑同一个用例。这样才能把改善归因于某一项确定的改动。

当第一个结果就出现重大缺陷时,不要继续跑完整批。在 100 个文件上重复的错误同样会耗费整理时间。为本次会话设定一个时限,并留出时间取回已经可用的成果,即使最终决定是放弃这个方案。

试跑卡住时,选择精准的修正
观察下一步核查
GPU 未被识别软件、驱动及其组件的兼容性。
批次因内存不足而失败先跑单个文件,再用更小的批次大小。
输出不正确输入、设置和质量标准。
传输失败目标位置、可用空间和复制方式。

以一份副本和一个决定收尾

保留被接受的输出、与输入的对应关系、各项设置以及一份简短的交接说明。将取回的副本与预期目录进行比对,然后从该副本中打开几个具有代表性的文件。留在远程环境中的预览并不是您的存档。

接着写下这次试跑让您得出了什么结论:方法可用、需要修正,还是需求仍不明确。下次租用可以从这份说明出发,而不必从头摸索。如果要向同事转交结果,请把交付物与技术文件分开,并说明还有哪些内容待确认。

常见问题

我需要在准备文件之前就下单吗?

请先准备好目标、输入和有用的指令。这样订单会更容易复核,您的租用时间也会安排得更好。不过有些核查仍需在实际交付的环境中进行;在自己电脑上的准备无法替代它们。

3 天套餐够用来熟悉一个工具吗?

只有当您的完整日程都能安排在这段期间内时,它才够用。安装、试跑、反馈和取回可能比计算时间更长。在选择之前,请把这些环节分别估算;短套餐并不等于有保障的学习时长。

我什么时候可以启动整个项目?

在检查了代表性样本并取得可用输出后,再分批扩大规模,同时留意错误。仅凭一个简单示例并不能说明大型输入或所有变体都能顺利通过。

如果收到的预配置与我的需求不符,该提供哪些信息?

请说明相关目录、所需软件及其必要版本,以及发现的差异。请附上有用的技术信息,但不要包含密码或密钥。仅凭一个预配置偏好名称不足以描述你项目的全部依赖。

按你的节奏推进

讲点方法,起步更轻松。

打开指南