SDXL에서 FLUX.1-schnell으로 갈아탄 이유 — Kaggle T4 GPU 이미지 생성 실전 비교

AI 이미지 생성의 진화 — FLUX.1-schnell

블로그에 이미지를 자동으로 생성해서 올릴 수 있다면, 글쓰기의 효율이 크게 올라갈 것입니다. 실제로 Kaggle의 무료 T4 GPU 환경에서 이미지 생성 서버를 구축하고, SDXL에서 FLUX.1-schnell으로 모델을 전환해봤습니다.

왜 FLUX.1-schnell인가?

기존에 사용하던 SDXL은 속도가 빠르고(5-8초) 생태계가 성숙했지만, 몇 가지 한계가 있었습니다.

SDXL의 한계:

• 프롬프트 준수도가 낮음 (GenEval 0.58)
• 이미지 내 텍스트 렌더링 불가
• 네거티브 프롬프트 필수
• 복잡한 프롬프트에서 요소 누락 잦음

FLUX.1-schnell의 장점:

• 프롬프트 준수도 24% 향상 (GenEval 0.72)
• 이미지 내 텍스트 렌더링 가능
• 네거티브 프롬프트 불필요
• Apache 2.0 라이선스 — 상업적 이용 자유

성능 비교

항목	SDXL	FLUX.1-schnell Q5_1
프롬프트 준수도	0.58	0.72 (+24%)
이미지 생성 속도 (T4)	5-8초	35-50초
VRAM 사용량	~6GB	~13.2GB
텍스트 렌더링	불가	가능
라이선스	RAIL++	Apache 2.0
필요 스텝	20-30	4

 

FLUX.1-schnell으로 생성한 블로그 헤더 이미지

실전 구축 과정

사용 환경: Kaggle T4 GPU (16GB VRAM), 무료 주 30시간

기술 스택:

• ComfyUI — 이미지 생성 백엔드
• ComfyUI-GGUF — GGUF 양자화 모델 지원
• Flask — REST API 서버
• ngrok — 외부 터널링

모델 구성:

• FLUX.1-schnell UNET Q5_1 GGUF (8.37 GB)
• T5-XXL Q4_K_M GGUF (2.70 GB)
• CLIP-L (0.25 GB)
• FLUX VAE (0.33 GB)

총 VRAM ~13.2GB로 T4에서 안정적으로 구동됩니다.

속도는 느린데 왜 전환했나?

속도가 SDXL보다 느린 건 사실입니다. 하지만 블로그 포스팅에서 속도보다 중요한 것이 있습니다.

1. 프롬프트 정확도: "기술 블로그 헤더용 미니멀 디자인" 같은 구체적 요구를 정확히 이해하고 반영합니다.

2. 텍스트 렌더링: 썸네일에 제목이나 키워드를 이미지에 직접 넣을 수 있습니다. SDXL은 이게 불가능합니다.

3. 사용 편의성: 네거티브 프롬프트 없이 프롬프트 하나만으로 충분합니다.

4. 라이선스: Apache 2.0으로 상업적 이용이 완전 자유롭습니다.

이 글의 이미지는?

이 블로그 포스팅에 포함된 두 장의 이미지는 모두 FLUX.1-schnell Q5_1로 생성한 것입니다. Kaggle T4 GPU에서 약 45초씩 소요되었고, Tistory 서버에 업로드하여 영구 호스팅되었습니다.

이미지 생성 → Tistory 업로드 → 글 발행까지 전체 파이프라인을 자동화할 수 있습니다.

결론

블로그 포스팅용 이미지 생성에서 FLUX.1-schnell은 SDXL 대비 품질, 프롬프트 정확도, 사용 편의성에서 모두 우위를 보입니다. 속도는 느리지만, 블로그 글을 쓸 때 매 분마다 이미지를 생성하는 게 아니므로 실제 체감상 문제가 없습니다.

포토리얼리즘이 특별히 필요한 경우에만 SDXL RealVisXL을 고려하고, 나머지는 FLUX.1-schnell을 메인으로 사용하는 것을 권장합니다.