33 lines
2.6 KiB
Markdown
33 lines
2.6 KiB
Markdown
---
|
|
id: [[P-Reinforce|P-Reinforce]]-AUTO-PAPR-001
|
|
category: Unified
|
|
confidence_score: 0.93
|
|
tags: [auto-reinforced, parallel-[[Processing|Processing]], multi-threading, concurrency, [[Efficiency|Efficiency]], [[Opera|Opera]]tion]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[Parallel-Processing|Parallel-Processing]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "멀티태스킹의 정석: 순서대로 기다리는 줄 세우기 방식(Sequential)을 버리고, 독립적인 작업들을 동시에 진행시켜 작업 완료까지의 절대적 시간을 혁명적으로 줄이는 '생산성 가속 페달'."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
병렬 처리(Parallel-Processing)는 컴퓨터에서 두 개 이상의 중앙 처리 장치가 동일한 프로그램을 처리하는 방식 혹은 작업 수행의 동시성을 의미합니다.
|
|
|
|
1. **소프트웨어적 관점**:
|
|
* **Multi-threading**: 하나의 프로그램 안에서 여러 줄기(Thread)의 작업을 동시에 수행.
|
|
* **Asynchronous (비동기)**: 작업 결과가 올 때까지 기다리지 않고 다른 일을 먼저 함. (Efficiency와 연결)
|
|
2. **시스템적 관점**:
|
|
* **Pipeline**: 자동차 조립 라인처럼 단계별로 작업을 물려 동시 가동률 극대화.
|
|
3. **왜 중요한가?**:
|
|
* 사용자의 요구가 복잡해지고 데이터가 커질수록, 한 번에 하나씩만 처리해서는 결코 만족스러운 반응 속도(Latency)를 얻을 수 없기 때문임.
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌**: 과거에는 여러 작업이 데이터를 동시에 건드려 꼬이는 '동기화 정책(Locks)' 문제로 병렬 처리를 조심히 썼으나, 현대 정책은 이 결합을 최소화하는 '불변성 정책(Immutability)'과 '메시지 패싱 정책'으로 안전한 병렬 처리를 실현함(RL Update).
|
|
- **정책 변화(RL Update)**: AI 에이전트 워크플로우 정책에서도 여러 에이전트가 단일 파일이나 데이터를 동시에 수집하고 분석하는 '에이전틱 병렬 처리 정책'을 통해 전체 작업의 소요 시간 정책(Wall-clock time)을 단축하는 것이 핵심 기술 정책이 됨. ([[Multi-agent-System|Multi-agent-System]]와 연결)
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[Parallel-Computing|Parallel-Computing]], [[Efficiency|Efficiency]], [[Multi-agent-System|Multi-agent-System]], [[Iterative-Development|Iterative-Development]], [[Technical-Architecture|Technical-Architecture]]
|
|
- **Modern Tech/Tools**: Promise/Async-Await, Goroutines (Go), Web Workers, POSIX Threads.
|
|
---
|