현재 시장 상황:
- GPT 계열 모델이 성능 1위 유지
- Gemini, Claude, Grok 등도 Top 10 안에 위치
| Model | Creator | Context Window | 특징 |
|---|
| GPT-5 | OpenAI | 400k | 최고 성능 |
| Grok 4 | xAI | 256k | 추론 특화 |
| Gemini 2.5 Pro | Google | 1M | 긴 컨텍스트 |
| Claude 4.1 Opus | Anthropic | 200k | Thinking 모델 |
| Qwen3 235B | Alibaba | 256k | 오픈 모델 최강 |
| 구분 | 상용 모델 (Proprietary) | 오픈 모델 (Open) |
|---|
| 공개 여부 | 기술 비공개 | 파라미터 공개 |
| 사용 방법 | API 통해서만 사용 | GPU로 직접 실행 |
| 예시 | GPT, Claude, Gemini | Llama, Mistral, Qwen |
| 항목 | 설명 |
|---|
| 프라이버시 | 민감 데이터 보안 처리 가능 (금융·기관 활용) |
| 비용 | API 호출 비용 절약, 예측 가능한 비용 |
| 파인튜닝 | 특수 목적/데이터에 맞춤형 모델 제작 가능 |
| 내부망 | 온디바이스·내부망 환경 최적화 가능 |
- GPU, 계산량, 비용이 많이 듦
- 상위권 성능은 여전히 상용 모델이 우위
| 버전 | 특징 |
|---|
| Llama 1 | 오픈데이터만으로 고성능, 데이터 레시피 공개 |
| Llama 2 | 국내 활용 많음 (코리아 버전, 파인튜닝 사례 다수) |
| Llama 3 | 8B·70B 공개, 3.1에서 405B 추가 (GPT-4급) |
| Llama 3.2 | 경량화(1B·3B), 멀티모달 버전 공개 |
| Llama 3.3 | 70B가 405B급 성능 (효율 최적화) |
| Llama 4 | 컨텍스트 10M, 벤치마크 성능 저조 |
- 합성 데이터를 많이 활용
- GPT-3.5 코드 데이터로 학습 → 코딩 성능 개선
- 3.8B, 7B, 14B 등 상대적으로 작은 규모
| 장점 | 단점 |
|---|
| 사이즈 대비 성능 우수 | 한국어 성능 부족 |
| AWS에서 바로 사용 가능 | 토큰 효율 낮음 |
| 14B도 양자화하면 실사용 가능 | - |
- 초기부터 멀티링구얼 모델 표방
- 언어별 최적화된 토크나이저 설계
- SLM부터 대형 LLM까지 폭넓게 공개
| 모델 | 크기 | 특징 |
|---|
| Dense | 0.6B ~ 32B | 일반 모델 |
| MoE | 30B (활성화 3B) | 속도는 3B, 성능은 30B |
레이어 변화: 28개 → 36개 → 40개 → 64개...
- 작은 모델: 레이어 수 적음
- 큰 모델: 레이어 수 많음 → 성능 향상
- 8×7B, 8×22B 모델 (2024년 4월까지 파운데이션 모델 1위)
- 스트라이딩 윈도우 어텐션: 전체 문맥이 아닌 특정 범위만 집중
- Large 2 (2024년 7월): 123B, 한국어 지원 시작
- 현재는 Qwen 또는 Gemma 가 대표적 선택지
- 한국어 성능도 우수
| 크기 | 특징 |
|---|
| 1B | 텍스트만 |
| 4B, 12B, 27B | 이미지 입력 가능 (멀티모달) |
| 항목 | 내용 |
|---|
| 사이즈 | 2.1B, 8B |
| 라이선스 | Apache (상업적 이용 가능) |
| 특징 | 한국어 처리 우수, 실사용 가능성 높음 |
| 모델 | 특징 |
|---|
| Seed | 0.5B, 1.5B, 3B |
| Think | 14B, Reasoning 특화, 한국어 리즈닝 |
- EXAONE 4.0: 1.1B, 32B
- 한국어 리즈닝 특화
- 국내 모델 중 최상위권 벤치마크 성능
- DUS (Depth Upscaling) 기법 적용
- 7B × 1.5 = 10.7B → 대형 모델 능가
- 이후 22B, 31B 모델 공개
- B 단위: 7B = 70억 개, 22B = 220억 개
- 초대형 모델: GPT-4 (1.76T), Claude 3 Opus (2T)
16bit 모델 기준:
FONT-MONO TEXT-[0.9EM] TEXT-ROSE-600 DARK:TEXT-ROSE-400 7B 모델 = 70억 × 2바이트 = 14GB
| bit | 계산 공식 |
|---|
| 16bit | 파라미터 수 × 2 = GB |
| 32bit | 파라미터 수 × 4 = GB |
| 용도 | 필요 메모리 |
|---|
| 안정적 사용 | 기본 × 1.5배 |
| 학습 | 기본 × 10배 이상 |
Weight 값을 줄여 모델 크기를 작게 만드는 과정
- 최솟값과 최댓값 기준으로 255 단계 분할
- 가중치 분포(0
1) → 0255 값으로 매핑
| 장점 | 단점 |
|---|
| 모델 크기 감소 | 성능 저하 |
| GPU 메모리 절감 | 답변 결과 변경 가능 |
- 등 길이 대신 분위수(Quantile) 기준 분할
- 원래 값 보존률 높음, 아웃라이어에도 강건
- 파라미터 중요도 기반 차등 양자화
- 중요한 파라미터 → 적게 양자화
- 덜 중요한 파라미터 → 크게 양자화
- 레이어 단위로 입력 활성화 값 확인
- 가중치의 활성화 정도 반영해 양자화
- CPU 추론 최적화 포맷
- C++ 기반 (라마 CPP)
- 전체 모델 단일 파일로 저장 → 배포 간편
- Ollama 활용 시 손쉬운 서빙
- 학습 단계에서 양자화 고려
- 중간중간 양자화 적용/해제 반복 학습
- Google Gemma3에 적용
이유:
- 레이어 개수가 많음
- 차원이 큼
- 컨텍스트 길이가 김
- 많은 데이터를 학습함
| 모델 | 개발사 | 특징 |
|---|
| Llama | Meta | 가장 대표적, 지속적 업데이트 |
| Phi | Microsoft | 합성 데이터 활용, 효율적 |
| Qwen | Alibaba | 다국어 처리 최강 |
| Gemma | Google | 멀티모달 지원 |
| 모델 | 개발사 | 사이즈 |
|---|
| Kanana | 카카오 | 2.1B, 8B |
| HyperCLOVA | 네이버 | 0.5B~14B |
| EXAONE | LG | 1.1B, 32B |
| Solar | Upstage | 10.7B, 22B, 31B |
| 기법 | 특징 |
|---|
| INT8 | 단순 스케일링 (고전적) |
| QLoRA/NF4 | 분위수 기반 |
| GPTQ | 파라미터 중요도 기반 |
| AWQ | 활성화 정도 반영 |
| GGUF | CPU 최적화 |
| QAT | 학습 단계 양자화 고려 |