ComfyUI용 GPU를 사기 전에, 만들 이미지 한 장부터 정하세요

먼저 배경 한 장을 새로 생성하는지, 기존 제품 사진 일부를 수정하는지 정해요. 같은 제품을 만들더라도 인물 일관성이나 사진 일부 보존이 필요하면 인페인트와 추가 제어가 다른 구성으로 들어가요. 처음 테스트는 하나의 목표에 맞춰야 모델·인코더·디코더·커스텀 노드가 제대로 연결됐는지 보기 쉬워요.

구도가 맞지 않으면 프롬프트와 모델 선택을 살펴봐요. 그래프가 중간에 멈추거나 파일·노드를 찾지 못하면 실행 구성을 점검해요. 원하는 모습이 나오지 않을 때와 프로그램이 작동하지 않을 때는 해결할 문제가 달라요.

기본 그래프가 작동하면 구도와 세부 묘사 중 무엇을 개선할지 정해요. 제목 여백이 좁다면 화면 비율이나 배치를 바꾸고, 구도는 맞는데 제품 표면의 세부가 부족하면 해상도를 시험할 수 있어요. 출력 크기만 높여도 여백이 생기는 것은 아니므로, 먼저 작동한 그래프와 설정을 저장하고 장수와 추가 제어 모델은 그대로 둔 채 하나의 값만 바꿔요.

모든 모델이 임의로 낮춘 해상도에서 좋은 결과를 내는 것은 아니에요. 워크플로가 안내하는 범위 안에서 바꾸고 구도와 세부가 어떻게 달라졌는지 봐요. 오류가 나면 마지막으로 바꾼 값을 되돌려 같은 그래프가 복구되는지 확인해요. 그 설정에서만 실패하면 GPU 부족보다 옵션 호환성을 먼저 의심할 수 있어요.

구도와 제품 위치가 맞는 후보를 고른 다음 필요한 출력 크기로 확대해요. 작은 이미지에서 먼저 고르면 마음에 들지 않는 큰 이미지를 반복 생성하는 일을 줄일 수 있지만, 확대용 모델이나 타일 처리가 추가되면 시간과 메모리가 더 들어요.

확대 후에는 제품 윤곽과 표면 세부가 자연스러운지, 제목을 놓을 여백이 남았는지 확인해요. 최종 파일을 저장해 실제 페이지에 올려 볼 크기로 살펴보면 수정이나 확대를 다시 해야 하는 부분이 눈에 들어와요.

장비를 비교할 때는 같은 모델 파일, 노드 구성, 프롬프트, 해상도와 생성 장수를 사용해요. 기본 생성, 실패 후 재시도, 부분 수정, 업스케일, 파일 저장을 나눠 기록하면 어떤 단계가 대기를 만드는지 확인할 수 있어요. 오류, OOM, 긴 대기는 원인이 다르므로 멈춘 노드와 마지막으로 추가한 설정도 적어 둬요.

처음 한 장을 볼 때 결정하는 작업이라면 다음 후보를 보고 수정할 때까지의 지연이 중요할 수 있어요. 여러 장을 예약 생성한다면 처리량³이 더 중요할 수 있고요. 커스텀 노드는 실행 코드를 설치하므로 출처와 버전을 확인하고, 빠진 노드·모델 파일 문제를 GPU 비교와 구분해요.

워크플로와 사용 모델 파일·커스텀 노드의 출처·버전을 저장해 두고 처음부터 페이지용 파일을 완성해요. 같은 이미지가 현재 장비에서 작동하는데 반복 대기가 편집을 끊거나 필요한 기능이 메모리 때문에 실행되지 않을 때 업그레이드를 검토해요. 후보 장비에서도 저장한 그래프를 그대로 재현해 수정·확대·저장까지 비교해야 해요.

FLUX.3 Klein distilled 템플릿은 확산 모델⁴ 외에 텍스트 인코더와 VAE⁵가 필요하고 선택형 프롬프트 업샘플러는 별도 Qwen3.5 9B 파일을 불러와요. 8GB RTX 경로는 INT8 지원 기준으로 확인하고, 메모리가 빠듯하면 템플릿에서 업샘플러 노드를 끄고 피사체·장소·구도·빛을 프롬프트에 직접 적는 흐름부터 시험해요. ComfyUI FLUX.3 Klein 안내

첫 Queue 실행과 같은 프롬프트·캔버스 크기·batch 설정으로 실행한 두 번째 Queue를 각각 따로 측정해요. 메모에는 ‘첫 실행 경과 시간’, ‘두 번째 실행 경과 시간’, ‘설정’을 나눠 적고, 두 번째 실행도 끝나면 ComfyUI/output/을 열어 PNG가 저장됐는지 확인해요. GPU를 바꾸기 전에 출력 크기, batch 수, 업샘플러를 한 번에 하나씩 조정해 어떤 변경에서 메모리 오류가 사라지는지 기록해요.