GPU cho nghiên cứu ML · Thanh toán crypto không KYC
IteraGPU
Phương pháp / Ngân sách thí nghiệm

Mua một quyết định, không phải một chuỗi bất tận.

Chi phí của một thí nghiệm ML được chuẩn bị từ kết quả mong đợi và toàn bộ lịch trình: dữ liệu, thí điểm, các biến thể, đánh giá, các lần làm lại và xuất. Gói IteraGPU được trả cho toàn bộ thời lượng đã chọn, ngay cả khi tính toán dừng sớm hơn. Hãy ưu tiên các thử nghiệm làm thay đổi một quyết định và giữ các thất bại trong bảng tổng kết. Một thời lượng đã lên kế hoạch vẫn là một giả định cho đến khi được đối chiếu với khối lượng công việc của bạn.

01 /

Xác định điều gì sẽ cho phép kết thúc chiến dịch

“Huấn luyện một mô hình” không xác định công việc cần mua cũng không xác định thời điểm hoàn thành. Hãy ưu tiên một mục tiêu như so sánh một đối chứng và hai biến thể trên một tập dữ liệu cố định, rồi bàn giao dự đoán của chúng, một phân tích lỗi và một artifact có thể tải lại. Kết quả phủ định có thể đã đủ: cho thấy không biến thể nào đạt ngưỡng sẽ tránh một chiến dịch dài hơn nhắm sai mục tiêu.

Hãy tách ba loại trước khi đặt hàng: thiết yếu để kết luận, hữu ích nếu thời gian cho phép, khám phá. Đối chứng, kiểm soát dữ liệu và một lần kiểm tra khôi phục thường thuộc loại thứ nhất. Đặt một điểm quyết định sau thí điểm: tiếp tục, cắt giảm một biến thể tùy chọn hoặc xem lại câu hỏi. Gói khả dụng không được trở thành nghĩa vụ phải lấp đầy từng giờ.

02 /

Xây dựng một lịch trình từ đầu đến cuối

Việc ngoại suy từ một bước huấn luyện đã nóng đôi khi bỏ qua việc tải, các đầu vào dài, xác thực và các tệp đầu ra. Hãy phân biệt các khoảng thời gian máy móc được huy động và thời gian con người chuẩn bị. Các khoảng độc lập có thể chồng lấn; hai bước dùng cùng một GPU không trở thành song song chỉ vì chúng có hai dòng trong một bảng.

Đây là một lịch minh họa, không kèm tốc độ GPU đo được. Lịch này dành 48 giờ liên tục từ khi bắt đầu chuẩn bị đến khi thu hồi kết quả. Trong cửa sổ 72 giờ, nó để lại 24 giờ chưa cam kết. Phép trừ này chỉ kiểm tra lịch: cả việc cài đặt lẫn một biến thể mười giờ đều không phải là thời hạn được IteraGPU cam kết.

Ví dụ lập kế hoạch — số giờ giả định, một lô và một chuỗi tuần tự
BướcSố giờ dự kiếnKết quả mong đợi
Chuẩn bị đầu vào và môi trường4Phiên bản, tệp và đường dẫn đã kiểm tra
Lần chạy đầy đủ2Tải, cập nhật, xác thực và lưu
Tham chiếu8Đầu ra và chỉ số của đối chứng
Hai biến thể ưu tiên20Hai lượt chạy đầy đủ, dành 10 giờ cho mỗi lượt
Đánh giá và đọc lỗi6Tiêu chí chấp nhận được áp dụng
Xuất và kiểm tra đọc lại2Thư mục có thể thu hồi
Kế hoạch khôi phục6Khoảng dự phòng dành cho sự cố
Tổng cộng48Còn 24 giờ trong cửa sổ 3 ngày
03 /

So sánh các gói mà không tự bịa ra cách tính theo giờ

Giá của một lô bao trùm thời lượng đã chọn. Một RTX 4090 trong danh mục có giá 47,14 USD cho ba ngày, 110 USD cho bảy ngày và 390 USD cho ba mươi ngày. Đây là mức giá của IteraGPU; chúng không đo số lượng mô hình đã huấn luyện. Hai lô ba ngày tương ứng 94,28 USD. Lô B200 đã bao gồm hai GPU: thành phần của nó không nhân giá thêm một lần nữa.

Nếu lịch minh họa kéo dài thêm 30 giờ, nó đạt 78 giờ và vượt ba ngày sáu giờ. Khi đó hãy xem xét gói bảy ngày, hoặc một quy trình rút gọn vẫn trả lời được câu hỏi. Mua hai lô có thể giúp ích cho các biến thể độc lập nếu môi trường của bạn cho phép; điều đó không tự động rút ngắn một lần chạy và không gộp bộ nhớ lại.

Số tiền thuê = giá gói của một lô × số lô

Nguồn kỹ thuật: Giá IteraGPU và đơn vị thuê · Tính toán các gói và kiểm tra cửa sổ thời gian

04 /

Ưu tiên các biến thể theo mức hữu ích cho quyết định

Sau lần chạy thử, hãy cập nhật giả định về thời lượng và tự hỏi kết quả nào sẽ thay đổi lựa chọn. Một biến thể gần như giống hệt đối chứng có thể ít thông tin hơn một phép kiểm soát cô lập một nguyên nhân. Tránh chạy một lượt tất cả các tổ hợp hạng, độ chính xác, tốc độ học và độ dài. Hướng dẫn về ablation chỉ cách lập một kế hoạch nhỏ có thể diễn giải được.

Hãy ghi quy tắc dừng trước các lần thử: loss không hữu hạn, chất lượng dưới ngưỡng, đầu vào thiết yếu bị cắt cụt hoặc không có khả năng khôi phục dùng được. Nếu việc dừng xảy ra, hãy giữ mã định danh và lý do của nó. Một lần chạy bị gián đoạn không trở thành sản phẩm được nghiệm thu, nhưng nó vẫn là một khoản chi và đôi khi là thông tin quyết định. Một cấu hình mới sau khi sửa lỗi đáng được cấp mã định danh mới.

05 /

Dự trù chi phí cho một lần gián đoạn

Việc khôi phục huấn luyện cần nhiều hơn chỉ trọng số. Tài liệu PyTorch phân biệt tham số của mô hình và trạng thái của optimizer; tiến độ cũng phải được giữ lại. Tùy theo vòng lặp, hãy thêm các trạng thái cần thiết của scheduler, scaler, nguồn ngẫu nhiên và đường đi của dữ liệu. Hãy quyết định xem bạn muốn khôi phục việc học hay chỉ đơn thuần chạy lại suy luận.

Hãy thử một bản lưu sớm rồi nạp lại nó trong một tiến trình mới. Tính thời gian ghi, truyền và phục hồi vào lịch. Không nên chỉ chọn khoảng thời gian lưu dựa trên việc tạo ra thật nhiều tệp: hãy dung hòa giữa mức mất công việc có thể chịu được và chi phí thao tác quan sát được. Cũng hãy kiểm tra những tệp này nằm ở đâu và bạn sẽ thu hồi chúng thế nào trước khi kết thúc khoảng thời gian.

Nguồn kỹ thuật: PyTorch — lưu và khôi phục

06 /

Gắn ngân sách với kết quả hữu ích

Khi kết thúc, hãy nêu gói đã cam kết, các khoản chi khác thực sự được tính và số sản phẩm đã vượt qua các kiểm tra đã công bố. Các khoản chi bên ngoài nếu có vẫn tách khỏi giá thuê; đừng tự bịa ra thuế suất hay chi phí chuyển tiền không được cung cấp. Chi phí của một chiến dịch không bị xóa đi khi kết quả của nó là tiêu cực.

Ví dụ số học có điều kiện: nếu một gói 47,14 USD cho phép bàn giao hai bộ dữ liệu (corpus) riêng biệt hoàn chỉnh và được chấp nhận, thì phần thuê của nó là 23,57 USD mỗi bộ. Chạy lại cùng một bộ năm lần để đo thời gian không tạo ra năm bộ hữu ích. Với không bộ nào được chấp nhận, tỷ lệ là vô định; hãy hiển thị chi phí đã phát sinh và lý do loại bỏ, tuyệt đối không hiển thị chi phí bằng không. Đối với một quyết định nghiên cứu, hãy mô tả kết luận đạt được thay vì tạo ra một đơn vị nhân tạo.

07 /

Kết thúc bằng những tệp bạn có thể đọc lại

Hãy chuẩn bị thư mục đầu ra trong suốt chiến dịch: manifest, tham số, số đo thô, dự đoán, lý do dừng và hướng dẫn tải lại. Kiểm tra các định danh mong đợi, các tệp rỗng và các đường dẫn phụ thuộc vào thư mục tạm. Với một adapter, hãy giữ đúng bản sửa đổi (revision) của mô hình cơ sở. Một tệp tồn tại nhưng không thể tải lại không phải là đầu ra đã được kiểm chứng.

Hãy đối chiếu dự kiến và thực tế mà không viết lại kế hoạch ban đầu: thời gian dành riêng, thời gian thực tế, các chênh lệch được giải thích, các quyết định đã đưa ra. Sổ ghi chép IteraGPU có thể lưu giữ bản tổng hợp và mã đơn hàng; các tệp thô và bản sao lưu của bạn vẫn cần được sắp xếp. Chiến dịch tiếp theo khi đó khởi động với ước lượng tốt hơn và danh sách bất định ngắn hơn.

Câu hỏi thực tế

Ba ngày có đủ cho chiến dịch của tôi không?

Ba ngày cho một khung 72 giờ, không phải một lời hứa về thông lượng. Hãy cộng dồn chuẩn bị, thử nghiệm, đánh giá, chạy lại và khôi phục; xác nhận thời lượng trên một thử nghiệm thí điểm đại diện. Nếu kế hoạch vượt quá khung, hãy giảm một công việc tùy chọn hoặc xem xét thời lượng dài hơn.

Tôi có thể phân bổ giá giữa các thí nghiệm của mình không?

Bạn có thể định nghĩa một cách phân bổ phân tích nội bộ, theo mục tiêu hoặc thời gian huy động. Nó không thay đổi gói giá của đơn hàng. Hãy ghi lại quy tắc và bao gồm cả các thử nghiệm thất bại để tránh đánh giá thấp chi phí của kết quả được chọn.

Lựa chọn rẻ nhất trong ba ngày có luôn là lựa chọn đúng?

Giá chỉ phân định giữa các cấu hình vốn đã đáp ứng tính tương thích, bộ nhớ và chất lượng yêu cầu. Một ưu đãi rẻ hơn mà không hoàn thành khối lượng hữu ích thì không giải quyết cùng một quyết định.