Kullanıma sunmadan önce kararı hazırlama
Tamamlanmış bir iş birimiyle başlayın: zenginleştirilmiş ve dışa aktarılmış bir klasör, alıcısı tarafından açılmış bir render paketi veya çıktılarıyla birlikte bir değerlendirme. İş kriterini teknik kriterin yanına yazın. Bir program hatasız sonlanıp kullanılamaz sonuçlar üretebilir. Tersine, yalnızca bir kez elde edilen doğru bir sonuç, ekibin işi yeniden başlatmayı ve dosyalarını geri almayı bildiğini henüz kanıtlamaz.
Yükü etkileyen parametreleri koruyun: girdi hacmi, hassasiyet, parti boyutu, eşzamanlılık ve bağımlılıklar. Bağımsız iş kuyruğunu, hesaplamasını birden çok karta dağıtan bir görevi ve sürekli istek alan bir hizmeti birbirinden ayırın. Bu üç yapının kabul ölçütleri aynı değildir. "Güçlü GPU" satırı, kimseye karar verme imkânı sunmaz.
Proje sorumlusu ölçütleri denemelerden önce belirler. İşletmeci erişimleri hazırlar, uygulama sorumlusu bilinen başlatma komutunu sağlar ve alıcı çıktıları doğrular. Aynı kişi birden çok rol üstlenebilir; ancak her rolün bir asıl ve bir yedek sahibi olmalıdır. Seçilen dönemde faydalı hesaplamaya ek olarak kurulum, denemeler, olası bir düzeltme ve nihai dışa aktarma için yer ayırın.
Üreticiyi, tahsisi ve gerçek görevi ayırın
Bir GPU'nun veri sayfası bir referans donanımı tanımlar. Tahsis edilen makine başka özellikler getirir: görünen aygıt sayısı, verilen erişimler, yazılım sürümleri, kullanılabilir birimler ve yollar. Referans görev üçüncü bir düzey ekler: sizin verileriniz ve ayarlarınızla elde edilen sonuç. Tabloda her satırı tek bir düzeye atayın; böylece üreticiye ait bir özellik hizmetinizin ölçümü olarak değerlendirilmesin.
Yalnızca kart modelinden yola çıkarak NVLink, belirli bir topoloji veya disk aktarım hızı varsaymayın. Uygulamanız bu özelliklere bağlıysa bunları açık gereksinimlere dönüştürün, kapsamı netleştirin ve hedefte doğrulayın. Yükünüz için gerekli değillerse bunları yapay kabul koşulları olarak eklemeyin.
GPU başına bellek ve kart sayısı iki ayrı sütun olarak kalır. Capordia'da bir B200 partisi iki GPU içerir; bu, tek karta göre tasarlanmış bir programa tek bir bellek sağlamaya yetmez. Yazılımın dağıtım mekanizmasını, bundan bir fayda beklemeden önce belgeleyin.
| Düzey | Ele alınan soru | Saklanması gereken kanıt | Bunun kanıtlamadığı şey |
|---|---|---|---|
| Üretici referansı | Model, düşünülen aileye ait mi? | Resmî sayfa, varyant ve inceleme tarihi | Tahsis edilen makinenin topolojisi ve kaynakları |
| Ayrılan ortam | Uygulamam gerçekte neyi kullanabilir? | Tarihli envanter, sürümler, haklar ve kontrol edilen hacimler | Görevimin kalitesi veya süresi |
| Temsili görev | Beklenen iş burada kabul edilebilir mi? | Tanımlanmış girdiler, komut, çıktılar ve iş doğrulaması | Tüm gelecekteki iş yüklerinin davranışı |
Ayarları değiştirmeden envanteri çıkarın
NVIDIA'da aşağıdaki komutlar aracın sürümünü, GPU listesini ve CSV biçimindeki bazı öznitelikleri verir. Önce kurulu yardımı inceleyin: kullanılabilir alanlar ve işlevler sürüme bağlıdır. NVIDIA belgeleri, dizin sırası değişebildiğinden bir aygıtı izlemek için UUID gibi tanımlayıcılar önerir. Birimleri aracın yazdığı biçimde bırakın. Bu çıktılar bir GPU görevi başlatmaz ve performansını nitelendirmez.
AMD için sürümü "amd-smi version" ile, ardından envanteri ve statik özellikleri "amd-smi list --json" ve "amd-smi static --json" ile alın. Seçenekleri kurulumunuzun yardımından doğrulayın. AMD SMI bir AMD GPU ve sürücüsünü varsayar; başvurulan belgeler AMD SMI 27.0.0'a aittir. Kullanılamayan bir alan, tahmin edilen bir değer almak yerine gerekçesiyle birlikte "belirlenmedi" olarak kalmalıdır.
Ardından uygulamanın ve kitaplıklarının sürümlerini arşivleyin. NVIDIA SMI'ın CUDA şeridi, kurulu toolkit sürümünü tek başına kanıtlamaz. ROCm için GPU, sistem ve sürüm kombinasyonunu ilgili matrisle karşılaştırın. Her iki durumda da belirleyici test, uygulamanızı gerçekten öngörülen ortamda başlatmaktır.
Dosya, makinenizde çalıştırılacak ve ardından tutanağa eklenecek NVIDIA ve AMD komutlarını içerir. Bu komutlar resmi belgelere dayanır; bu örnekte hiçbir CUDA veya ROCm sonucu ölçülmemiştir. İndirilebilir komut dosyası, her iki dalı ve tutanağa eklenecek alanları içerir.
nvidia-smi --version
nvidia-smi --help-query-gpu
nvidia-smi -L
nvidia-smi --query-gpu=index,name,uuid,memory.total --format=csvHer gereksinimi gözlemlenebilir bir kontrole dönüştürün
İyi bir teslim kontrol listesi bir ölçütü, bir yöntemi ve bir kanıtı birbirine bağlar. Örneğin "yeterli depolama" şuna dönüşür: çalışma konumu belirlendi, başlatmadan önce kullanılabilir alan ölçüldü ve dışa aktarım hedefinden açıldı. Gereken miktar, ara dosyalar da dahil olmak üzere işinizin miktarıdır; bu kılavuz her GPU'ya bağlı bir disk kapasitesi varsaymaz.
İki ölçümü karşılaştırmadan önce birimleri sabitleyin. Bir ondalık GB bir milyar bayttır; bir GiB ise 2 üzeri 30 bayttır. Araçlar İngilizce GB ve GiB ya da daha küçük bir birim için MiB gösterimini kullanabilir. Ham değeri ve birimini koruyun, ardından varsa dönüşümü belirtin. Bir yapılandırmayı yalnızca bir veri sayfası ile bir ölçüm arasındaki gösterim farkı nedeniyle elemenin.
Ağ için projenin akışını test edin: aynı hedef, aynı izinler ve temsili dosya türü. Tek başına bir indirme, binlerce küçük sonucun dışa aktarımını nitelendirmez. Proje kullanıyorsa aktarımı her iki yönde ölçün ve belgeleyin, ardından takviminizin gerektirdiği eşiği kaydedin. Testten önce kararlaştırılmış bir eşik olmadan, gözlemlenen bir süre yalnızca bir gözlem olarak kalır.
"Yürütülmedi" durumu, kanıtsız bir başarıdan daha iyidir. CSV tablosu gözlem, tarih ve kanıt sütunlarını boş bırakır. Kapsam dışı bir kontrolü yalnızca nedenini açıklayarak ve karar vericinin onayını koruyarak kaldırabilirsiniz.
| Kontrol | Yazılacak ölçüt | Beklenen kanıt |
|---|---|---|
| Erişilebilir donanım | Üzerinde anlaşılan model ve aygıt sayısı | Uygulama ortamından envanter |
| Uyumluluk | Belirlenen uygulama ve bağımlılıklar | Sürümler ve tam başlatma |
| GPU belleği | Tanımlı yük ve eşzamanlılık, bellek hatası olmadan | Birim, yöntem ve ölçüm kapsamı ile ölçüm |
| Depolama | Girdiler, ara dosyalar ve dışa aktarım kapsandı | Gözlemlenen alan ve hedefte yeniden okunan dosya |
| Ağ akışı | Projenin hedefleri ve azami süresi | Aktarım yöntemi, hacim, süre ve bütünlük kontrolü |
| İş sonucu | Testten önce belirlenen çıktılar ve toleranslar | Sonuç sahibinin raporu |
Referans görevi bir devir teslim haline getirin
Gerçek işin kısıtlarını ortaya çıkaran, izin verilen bir örnek seçin. Küçücük bir gösterim başlatmayı doğrulamak için yararlıdır; ancak bellek zirvesini, ara dosyaları veya nihai dışa aktarımı ortaya koyan bir durumun yerini tutmaz. Test veri kümesinin kimliğini, sürümleri ve parametreleri kaydedin. Ortak klasör, sırların sağlanma yöntemine atıfta bulunur ama değerlerini kaydetmez.
Uygulama sorumlusu, bilinen bir başlatmadan çıktıların açılmasına kadar tam bir döngü gerçekleştirir. Ardından işletmeci, ilk operatörün terminalindeki gizli bir duruma bağlı kalmadan yolu prosedürden yeniden izler. Amaç, kullanılabilir bir devir teslimi doğrulamaktır: yollar, izinler, başlatma, günlük konumu ve kurtarma.
Ayrıca kontrollü bir başarısızlıktan sonra ne olacağını da tanımlayın. Geçici bir çıktı, kabul edilen bir sonuçtan ayırt edilebilmelidir. Teslim klasörü, uygulamanın sahip olmadığı bir sürdürme mekanizması uydurmamalıdır: var olanı tespit eder ve kesintiye uğrayan partileri düzenlemek için taşıma prosedürüne yönlendirir. Hesaplama sayısal ise tolerans iş protokolüne aittir; bit bit aynılık evrensel bir gereksinim değildir.
Birkaç yapılandırmayı karşılaştırırken bu protokolü sabit tutun. Hataları ve yeniden yapılacak denemeleri de not edin. Nihai karar, iş kuyruğunu, teslimi veya takvimi basitleştirdiği için bir seçeneği tercih edebilir; tek bir ölçümü genel bir GPU sıralamasına dönüştürmek zorunda değildir.
Doldurulmuş bir örneği ölçüm sanmadan okuyun
İndirilebilir "Plan Atölyesi" örneği tamamen kurgusaldır. Bir ekip, on iki teknik belgeden oluşan bir deneme derlemini işlemek ve ardından gözden geçirenlerin sorgulayabileceği bir dizin elde etmek istiyor. On iki belge bir organizasyon varsayımıdır; hiçbir hız, bellek tüketimi veya GPU ölçümü verilmemiştir. H100 hedefi, yazılım ve yük incelendikten sonra doğrulanacak bir çerçeveleme adayıdır.
Uygulama sorumlusu başlatmayı ve beklenen kimlik bilgilerini hazırlar. Operasyon ekibi erişimleri ve dosyaların dönüşünü kontrol eder. Sonuçlardan sorumlu kişi, her belgenin okunabilir bir çıktısı ve dizinde bir referansı olduğunu doğrulamalıdır. Bu senaryoda, henüz dışa aktarımı kendi hedefinden açamamıştır. Donanım ve uygulama satırları yürütülmemiş olarak kalır; dolayısıyla kurgusal karar "devreye alma engellendi"dir.
Bu örnek, bir başarı uydurmadan sorumlulukların nasıl doldurulacağını ve açıklanabilir bir kararın nasıl verileceğini gösterir. Bir dışa aktarım kanıtının yokluğu basit bir kenar notu değildir: kurtarılabilir sonuçlar gerektiren kullanımı tam olarak engeller. Yeni deneme bu kontrolü yeniden ele almalı, belgesini eklemeli ve kararı tarihlendirmelidir. Tablodaki yorumu silmek yeterli değildir.
| Madde | Senaryo durumu | Karar |
|---|---|---|
| Girdiler | Varsayım olarak tanımlanmış on iki beklenen kimlik bilgisi | Manifestoyu denemeden önce hazırlayın |
| Donanım ve yazılım | Denemeler yürütülmedi | Hiçbir uygunluk beyan edilmedi |
| Nihai dışa aktarım | Hedef planlandı, gözden geçirme yapılmadı | Devreye almayı engelle |
| Karar verici | Rolle atanmış proje sorumlusu | İmzalamadan önce belgeleri gözden geçirin |
Reddedin, şartlı kabul edin veya kararı erteleyin
Karşılanmayan bir engelleyici ölçüt, ilgili kapsamın teslim alınmasını durdurur. İmkânsız bir kontrol varsayılan olarak başarılı sayılmaz: "engellendi" veya "yürütülmedi" durumu, bir eylem ve bir sorumlu üretir. İşin bir ön koşulunu gizlemek için "şart" kullanmaktan kaçının. Bir çıktı kurtarılamıyorsa, yalnızca hesaplamayı kabul etmek tüm zinciri yetkilendirmez.
İzin verilen kullanım açıkça sınırlıysa, geçici bir çözüm doğrulanmışsa ve birileri bu kapsamı kabul ediyorsa, ikincil bir nokta için şartlı kabul uygun olabilir. Bir yeniden kontrol tarihi ve bu tarih tutulmazsa ne olacağını yazın. Yalnızca bir denemeyle sınırlı teslim alma, üretimin teslim alınması anlamına gelmez.
Tutanak, kararı, kararı gerekçelendiren kontrolleri ve açık kalan kontrolleri saklar. Teknik kabul ne bir ödemeyi ne de sözleşmesel bir tarihi doğrular: bu takipler kendi referanslarını korur. Ölçütler karşılandığında, ekip operasyon ekibine başlatmayı, sürümleri, veri konumlarını ve çıkış prosedürünü devreder.
| Tespit | Önerilen durum | Devamı ve sorumlu |
|---|---|---|
| Model veya miktar kararlaştırılan kapsama uygun değil | Kapsamın reddi | Tahsisin proje sorumlusu tarafından netleştirilmesini sağlayın |
| Vazgeçilmez uygulama yürütülemiyor | Engellendi | Uygulama sorumlusu: teşhis edin, ardından döngüyü tekrarlayın |
| Çıktılar yok, okunamıyor veya tolerans dışı | Görevin reddi | Sonuç sorumlusu: çıktıları ayırın ve sapmayı nitelendirin |
| Gerekli olduğu halde dışa aktarım veya geri alma doğrulanmadı | Engellendi | Operasyon: prosedürü uygulayın ve kanıtı ekleyin |
| İkincil nokta ertelendi, sınırlı kullanım kabul edildi | Belgelenmiş şart | Karar verici: kullanımı sınırlayın, yeniden kontrolü ve sorumlusunu belirleyin |
Teslim alma dosyası sürüm 1'i indirin ve kullanın
Markdown şablonu kapak sayfası ve tutanak olarak hizmet eder. CSV tablosu, kanıt düzeyi, sorumlu, testten önce kararlaştırılan ölçüt, yöntem, gözlem, belge ve durum için sütunlarla birlikte uyarlanacak kontrolleri sağlar. CSV'yi UTF-8 olarak virgül ayırıcıyla açın; sonuç alanları kasıtlı olarak boştur. Çalışmaya başlamadan önce boş bir kopya saklayın.
Şablonu bir metin düzenleyiciyle, tabloyu ise bir elektronik tabloyla açın. Kurgusal örneği gereksinimlerinize uyarlayın, ardından gözlemleri kendi makinenizde kaydedin. Sağlanan lisans, bildirimi koruyarak kullanım ve uyarlama izni verir; ürün adları ve harici dokümantasyon kendi haklarını korur.
Bu teslim alma belgesini belirli bir kapsamı yetkilendirmek için kullanın, ardından sürüm, veri veya işletim modu değişikliklerinde tamamlayın. Evrensel bir kıyaslama ölçütü ya da kesintisizlik garantisi teşkil etmez. Bir çalışma durumunun taşınması ve her partinin akıbetinin açıklanması gerektiğinde devreye geçiş kılavuzu girer.
Devamını hazırlamak için
Herkes gerekli erişimi, planlanmış bir bitişle alsın.
Teknik erişimleri atayın, kimlikleri doğrulayın ve kaldırılmalarını düzenleyin.
Önce ortamı, sonra her değişikliği nitelendirin.
Hazırlanan dosyadan açık bir devreye alma kararına geçin.