作業単位を定義する
各ステップで処理が受け取るものを選びましょう。画像、ドキュメント、音声セグメント、あるいは要素のグループです。各入力に安定した識別子を付け、対応する出力の名前を定義します。監視しやすい自動化にしておけば、フォルダ全体を開かなくても結果の出所をたどることができます。
たとえば画像コレクションを分類する場合、ファイル名、提案カテゴリ、処理状態を含むリストを用意します。原本は別に保管してください。ソフトウェアが処理できない形式でも、その行だけを特定でき、他のすべての理解を妨げないようにしましょう。この表は望ましい方法を表すもので、ツールが自動的に提供されることを前提としていません。
難しさが明らかになるサンプルを作る
通常のケースと難しいケースを含めましょう。非常に大きなファイル、珍しい寸法、不完全な入力、複数のカテゴリに近い内容などです。ケースの一部は調整後の結果確認用に取っておき、変更のたびに方向づけには使わないようにします。そうすれば、全体的な改善と、いくつかの例に合わせ込んだ調整をより明確に区別できます。
許容できるエラーと、人による確認が必要なエラーを定義しましょう。ディスク上に出力があっても、必ずしも使えるとは限りません。形式、寸法、期待されるフィールド、そしてタスクによっては内容の品質を確認してください。BriefGPUはお客様のファイル、プロンプト、計算を検査しません。この確認はお客様自身の方法に属します。
バッチサイズを大きくする前に測定する
まずは小さなグループから始めて、設定はそのままにしましょう。準備にかかった時間、処理時間、エラー、修正の手間を記録します。その後、ソフトウェアが対応していれば、一度に処理する件数を少しずつ増やしていきます。最も重いファイルについては、その構成がコレクション全体に適していると結論づける前に、別途処理することをおすすめします。
GPUメモリは、このテストとアプリケーションの要件をもとに選びましょう。24 GBで控えめな処理には足りる場合があります。負荷が求めるなら48 GBや80 GBを検討してください。追加のメモリは、それを必要とする作業を受け入れるために使われます。その価値は、あなたの入力と設定とあわせて判断する必要があります。
起動だけでなく、再開まで見据える
完了した出力、エラーになった項目、まだ処理が残っている項目を分けておきましょう。使用したパラメータとバージョンの一覧も保管します。プログラムが停止した場合、この整理があれば、どこから再開し、どの結果を確認すべきかを判断でき、元のファイルを上書きしたり、コレクション全体を無駄にやり直したりせずに済みます。
最初のグループを終えたら、チェックポイントを設けましょう。最初のいくつかだけでなく、複数のカテゴリから選んだ出力をいくつか確認します。欠陥が繰り返し現れる場合は、バッチの拡大を止めて方法を修正してください。速度が役立つのは、品質管理が生産量に追いつける場合です。
適切な段階にプランを充てる
3日間は、すでに準備済みの自動化を検証するのに使えます。7日間は、完全な処理と修正のための余裕を生みます。30日間は、数週間に分けて行う一連の作業に対応します。モデル、バッチ数、希望する環境を用意して構成を整えてください。あなたの名、姓、メールアドレスが注文の連絡先となります。
お支払いはKYC不要の暗号通貨で行い、「支払いました」と送金を報告します。レンタルが利用可能になったら、ご自身の確認方法を使い、終了前に出力の回収を計画しておきましょう。入力の一覧、エラーになった項目、設定も保管しておいてください。これらは次のシリーズにとって、結果と同じくらい役立ちます。