KiTFOx's Notepad 📝

CPU와 메모리 사이의 속도 차이를 줄이기 위해 도입된 것이 캐시(Cache)
게임처럼 연산이 많은 환경에서는 캐시의 활용이 성능에 엄청난 영향을 줌

1. 왜 캐시가 필요할까?

- CPU는 엄청 빠름
- RAM(메인 메모리)은 상대적으로 느림
- 매번 RAM에 접근하면 성능 저하 발생
-> 그래서 CPU 근처에 더 빠르고 작은 기억장치인 캐시를 둬서 성능을 높임

2. 캐시 메모리 계층 구조

보통 캐시는 L1 -> L2 -> L3 순서로 구성됨
계층 / 위치 / 크기 / 속도 / 역할
L1 / CPU 내부 / 적음(수십 KB) / 가장 빠름 / 현재 실행 중인 명령과 데이터를 저장
L2 / CPU 내부 or 외부 / 수백 KB~MB / L1보다 느림 / L1에서 못 찾을 때 사용
L3 / CPU 외부 (공유) / 수 MB / L2보다 느림 / 모든 코어가 공유

* RAM은 캐시 미스가 났을 때 접근하는 주 기억장치

3. 캐시 히트 vs 캐시 미스

- 캐시 히트 (Cache Hit)
-> 원하는 데이터가 캐시에 있음 -> 빠르게 접근 가능
- 캐시 미스 (Cache Miss)
-> 캐시에 데이터 없음 -> RAM 접근 -> 속도 느림

게임에서 캐시 미스가 잦으면
- FPS 하락
- 입력 지연
- 물리 연산 느려짐

4. 캐시 친화적인 코드 작성하기 (Cache-Friendly)

CPU는 데이터를 연속된 메모리에서 가져오는 것을 좋아함

구조체 설계 팁
- SoA (Structure of Arrays) -> 캐시 효율 높음
- AoS (Array of Structures) -> 비효율적일 수 있음

5. 게임 개발에서 캐시 활용 예시

- Physics Simulation : 충돌 판정 계산 시 캐시 효율이 중요
- Animation : 본 정보와 트랜스폼 연산을 빠르게 가져와야 함
- AI Pathfinding : 노드 그래프 탐색 시 캐시 최적화
- Rendering : 버텍스, 텍스처 데이터 캐싱

Unity ECS(Entity Component System)

1. 일반적인 OOP 방식의 문제점 (MonoBehaviour 중심)

Unity의 전통적인 방식은 OOP(Object-Oriented Programming)를 따르고 있음
이 객체들이 메모리에 흩어져 있음 (메모리 주소가 불연속적)
CPU캐시 미스 증가

2. CPU 캐시는 어떻게 동작하나?

CPU는 데이터를 메인 메모리(RAM)에서 직접 읽기보다, L1~L3 캐시에 미리 가져와서 사용함
데이터를 연속된 주소(메모리 블록)로 가져오기 때문에, 캐시에 들어가는 데이터는 보통 64바이트 단위로 묶여서 처리가 됨 (캐시 라인 단위)
따라서 연속된 데이터 구죌수록 캐시 적중률(Cache Hit Rate)이 높음

3. Unity ECS의 구조: SoA (Structure of Arrays)

Unity ECS는 데이터를 SoA (Structure of Arrays) 방식으로 저장함
즉, 컴포넌트 데이터를 하나의 큰 배열처럼 메모리에 연속적으로 저장함
Entity마다 컴포넌트들을 가지며, 이 데이터들은 Chunk라는 단위로 연속된 메모리에 저장됨
1Chunk = 여러 Entity의 동일한 컴포넌트 데이터를 정렬된 배열 형태로 보관
Chunk는 ECS 내부에서 컴포넌트 데이터를 저장하는 고정 크기의 메모리 블록
ECS는 모든 Entity의 데이터를 개별적으로 관리하지 않고, 비슷한 구성의 Entity들을 묶어서 Chunk에 저장함
Chunk 하나는 보통 16KB 크기로 고정되어 있음 (Unity 기본 설정 기준)
Chunk는 같은 Archetype(Entity 구조)를 가진 Entity들을 담는 컨테이너
하나의 Chunk에 담긴 Entity들은 같은 컴포넌트를 같은 순서로 갖고 있음
이렇게 하면 메모리에 연속적으로 정렬된 데이터 구조가 생기고, CPU 캐시 효율이 극대화 됨
“CPU 캐시를 고려한 물리적 정렬 방식”

이 구조가 왜 빠른가?
연속된 배열 순회 -> 캐시 히트 -> 벡터화 기능 (SIMD) -> 초고속 처리

4. Burst Compiler와 함께 작동할 때

ECS는 단순히 데이터 구조만 개선한 게 아니라, Burst Compiler와 조합되면 성능이 극적으로 향상됨
Burst는 Low-level CPU 최적화를 자동으로 해줌
연속된 데이터를 대상으로 SIMD(Vectorization) 최적화도 적용
캐시 히트를 활용하여 루프를 효율적으로 인라인화 & 파이프라인화

게임 개발에서 메모리 관리가 제대로 안되면?

- 프레임 드랍
- 메모리 누수
- 게임 크래시
그래서 게임 엔진들은 메모리를 효율적으로 사용하기 위한 다양한 최적화 기법을 적용하고 있음

1. 동적 할당과 정적 할당

정적 할당(Static Allocation)
- 컴파일 시간(빌드 시점)에 메모리 크기가 결정됨
- 예시 : 글로벌 변수, 정적 변수, 스택 변수

동적 할당(Dynamic Allocation)
- 실행 중(Run-time) 필요한 만큼 메모리를 할당
- 예시 : new(C++), malloc()(C), Instantiate()(Unity)

게임 개발에서 중요한 이유
- 동적 할당을 너무 많이 하면 프레임마다 메모리 할당/해제가 발생 -> 성능 저하
- 해결책 : 메모리 풀(Memory Pool) 활용 (자주 사용하는 객체를 미리 할당해둠)

2. 스택(Stack) vs. 힙(Heap) 메모리

스택 메모리(Stack)
- 함수 호출 시 자동 할당되는 메모리 공간
- 할당/해제 속도가 빠름
- 단점 : 크기가 한정적이고, 너무 많이 쓰면 스택 오버플로우(Stack Overflow) 발생

힙 메모리(Heap)
- new/malloc()로 동적 할당한 메모리
- 자유롭게 크기를 조절 가능
- 단점 : 할당/해제 비용이 크고, 메모리 단편화(Fragmentation) 발생 가능

게임 개발에서 중요한 이유
- 실시간 게임에서는 힙 할당을 최소화해야 성능 저하를 막을 수 있음
- 메모리 관리 기법 : 오브젝트 풀링(Object Pooling) 활용

3. 메모리 누수 (Memory Leak)

메모리 누수란?
- 할당된 메모리를 해제하지 않아서 점점 메모리가 증가하는 현상
- 일정 시간이 지나면 RAM이 부족해서 게임이 크래시될 수 있음

게임 개발에서 흔한 메모리 누수 사례
- new로 할당하고 delete를 호출하지 않음 (C++)
- Unity에서 GameObject.Destroy()를 호출하지 않고 참조를 남겨둠
- Unreal Engine에서 UObject가 적절히 관리되지 않음

예제(C++ 메모리 누수 발생 코드)

void Function(){
	Data* data = new Data();	//동적 할당
	//해제하지 않으면 메모리 누수 발생
}

해결 방법
- 스마트 포인터(Smart Pointer) 사용 (C++)
  - std::unique_ptr,std::shared_ptr
- Garbage Collector(GC) 최적화 (C#/Unity,UE4)
  - Resources.UnloadUnusedAssets() 사용
- 메모리 풀링(Object Pooling) 활용

4. 메모리 단편화 (Memory Fragmentation)

메모리 단편화란?
- 여러 개의 작은 메모리 블록이 파편처럼 흩어져 있어서 큰 메모리를 할당하지 못하는 문제
- 실시간 게임에서는 힙 메모리 단편화가 발생하면 큰 오브젝트 로딩이 어려워질 수 있음

게임에서 단편화를 줄이는 방법
- 메모리 풀링(Memory Pooling) : 자주 사용하는 객체를 미리 할당
- 연속된 메모리 사용(Array vs. Linked List)
  - 배열은 연속된 공간을 사용하므로 캐시 효율이 좋음
- 정적 할당 우선 사용

5. 메모리 최적화 기법 (게임 개발 적용)

오브젝트 풀링(Object Pooling)
- 자주 사용하는 객체를 미리 할당해두고, 재사용하는 기법
- 예시 : 총알, 적 캐릭터, 이펙트

데이터 레이아웃 최적화(Cache-Friendly Design)
- 연속된 메모리 구조를 사용해서 CPU 캐시 미스를 줄임
- 예시 : SoA(Structure of Arrays) vs. AoS(Array of Structures)

리소스 스트리밍(Texture Streaming, Level Streaming)
- 필요할 때만 데이터를 로드해서 메모리를 절약
- Unreal Engine, Unity는 비동기 로딩(Async Loading)을 제공

정적 할당(Static Allocation) 활용
- 게임 시작 시 한 번 할당하고 끝까지 유지
- 물리적으로 변하지 않는 오브젝트에 적합

가비지 컬렉션(Garbage Collection) 관리
- Unity: GC.Collect() 호출 최소화
- Unreal Engine: Garbage Collection이 자동으로 작동하므로 메모리 사용량 확인 필수

1. 프로세스 vs 스레드

- 프로세스 : 실행 중인 프로그램
- 스레드 : 프로세스 내부에서 실행되는 작업 단위

게임 개발에서 어떻게 쓰일까?

게임엔진은 멀티스레딩을 사용해서 여러 작업을 동시에 실행함
- 렌더링 스레드 : 그래픽 연산 담당
- 물리 엔진 스레드 : 충돌 감지 캐릭터 움직임 계산
- AI 스레드 : NPC 행동 연산
- 오디오 스레드 : 배경음악과 효과음 처리
멀티스레딩을 잘못 쓰면?
- 데이터 충돌(레이스 컨디션)이 발생
- 동기화 문제로 인해 성능 저하
해결 방법 : 락(lock) 최소화, 쓰레드 안전한 데이터 구조 사용

2. 컨텍스트 스위칭과 오버헤드

- 컨텍스트 스위칭(Context Switching) : CPU가 여러 작업을 번갈아 실행할 때, 작업 간 전환을 위한 저장/복구 과정
- 하나의 CPU가 여러 개의 작업(프로세스 또는 스레드)을 실행할 때, 현재 작업의 상태(Context)를 저장하고 다음 작업의 상태로 변경하는 과정
- 운영체제(OS)가 작업을 효율적으로 분배하기 위해 수행함

컨텍스트(Context)란?

- CPU가 현재 실행 중인 작업의 상태 정보를 뜻함
- 포함되는 정보
  - 프로그램 카운터(현재 실행 중인 명령어 위치)
  - CPU 레지스터 값
  - 메모리 매핑 정보
  - 스케쥴링 정보

컨텍스트 스위칭 과정

컨텍스트 스위칭은 CPU가 다른 작업을 실행할 때 반드시 거쳐야 하는 과정
1. 현재 실행 중인 스레드/프로세스의 상태를 저장 (PCB : Process Control Block)
2. 새로운 스레드/프로세스를 선택 (스케줄러가 결정)
3. 새로운 작업의 상태를 불러와 실행
이 과정에서 CPU의 계산 시간이 낭비되기 때문에 오버헤드가 발생함

게임 개발에서 어떻게 영향을 줄까?

게임은 여러 개의 스레드를 사용하지만, 과도한 컨텍스트 스위칭이 발생하면 성능이 저하됨
- AI, 물리 엔진, 렌더링이 동시에 실행될 때 컨텍스트 스위칭이 너무 많으면 CPU 시간이 낭비됨
최적화 방법
- 스레드 개수를 적절하게 유지 (너무 많으면 오버헤드 증가)
  - 물리 코어 수보다 많은 스레드를 생성하면 성능 저하가 심해짐
- 작업을 그룹화하여 한 번에 실행 (캐시 미스를 줄이기 위해)

3. 동기(Synchronous) vs. 비동기(Asynchronous) 연산

- 동기 방식 : 하나의 작업이 끝나야 다음 작업을 실행
- 비동기 방식 : 여러 작업을 동시에 실행 가능

게임 개발에서 어떻게 쓰일까?

게임에서 로딩을 최적화하기 위해 비동기 로딩(Async Loading)을 활용함
- 텍스처, 오브젝트를 비동기 로드하면 프레임 드랍 없이 진행 가능
- 네트워크 통신(멀티플레이 게임)에서 서버 응답을 기다리지 않고 UI를 계속 업데이트 가능
예제(Unity, Unreal)
- Unity : Resources.LoadAsync()
- Unreal Engine : Async Loading System
비동기 로딩을 잘못 쓰면?
- 비동기 작업 간 우선순위 문제 발생
- 메모리 부족으로 크래시 발생 가능
해결 방법 : 필요 없는 리소스는 즉시 언로드

4. 캐시 메모리와 캐시 미스(Cache Miss)

- CPU 캐시(Cache Memory) : 자주 사용하는 데이터를 빠르게 접근하기 위한 초고속 메모리
- 캐시 미스(Cache Miss) : CPU가 원하는 데이터가 캐시에 없을 때 RAM에서 가져오는 상황 (속도 저하)

게임 개발에서 어떻게 최적화할까?

CPU 캐시를 효율적으로 사용하면 프레임 드랍을 줄일 수 있음
- 연속된 데이터 구조(배열) 사용 -> 메모리 접근 속도 향상
- 구조체 크기 최적화 -> 캐시 라인에 맞게 데이터 배치

비효율적인 코드(캐시 미스 발생 가능)

struct Data{
	int id;
	float posX,posY,posZ;
};
Data data[1000];

- 메모리 상에서 불규칙한 배치

캐시 친화적 코드

struct Data{
	int ids[1000];
	float posX[1000],posY[1000],posZ[1000];
};
Data data;

- 데이터를 연속된 배열로 저장하면 CPU 캐시 효율이 증가함

컴퓨터는 여러 하드웨어 구성 요소로 이루어져 있으며, 각 구성 요소가 협력하여 프로그램을 실행하는 형태로 이루어져 있습니다.

1. 컴퓨터의 주요 구성 요소

컴퓨터는 크게 CPU, 메모리, 저장장치, I/O 장치로 나뉘어집니다.

1-1. CPU (Central Processing Unit, 중앙처리 장치)

CPU는 컴퓨터의 두뇌 역할을 합니다.
- 연산장치(ALU, Arithmetic Logic Unit) : 덧셈, 뺄셈 같은 연산을 수행
- 제어장치(CU, Control Unit) : 명령을 해석하고 실행
- 레지스터(Register) : 초고속 메모리 (CPU 내부에서 연산을 빠르게 처리)
- 클럭 속도(Clock Speed) : CPU가 초당 처리할 수 있는 주파수 (GHz 단위)

CPU 작동 원리는 명령어를 가져오고(Fetch), 해석하고(Decode), 실행(Execute) 합니다.

1-2. 메모리 (Memory)

- RAM (휘발성 메모리) : 실행 중인 프로그램을 임시로 저장
- ROM (비휘발성 메모리) : 부팅 시 필요한 기본 데이터 저장
- 캐시 메모리 (Cache) : CPU와 RAM 사이에서 자주 쓰는 데이터를 빠르게 제공
  - L1 -> L2 -> L3 순으로 빠르고 용량은 작음

메모리가 부족하다면 가상 메모리(Swap) 사용하게 되고 속도가 느려진다.

가상메모리란?

- 실제 RAM(주기억장치)보다 더 많은 메모리를 사용할 수 있도록 운영체제가 하드디스크(또는 SSD)의 일부를 RAM처럼 활용하는 기술
- CPU가 필요할 때 가상 메모리에서 데이터를 다시 RAM으로 가져옴
- 여러 개의 프로그램을 동시에 실행할 수 있다는 이점을 가짐
- 프로세스 간 메모리 보호(isolation)를 제공함

가장 메모리의 동작 방식

가상 메모리는 페이징(Paging) 기법을 사용해 구현됨

1. 페이징(Paging)
- 가상 메모리와 실제 메모리를 일정 크기의 블록(페이지, Page)으로 나눔
- RAM에 없는 데이터를 사용할 때, 필요한 페이지를 디스크에서 RAM으로 로드(페이지 교체)함

2. 페이지 테이블 (Page Table)
- 가상 주소(Virtual Addtress) <-> 물리 주소(Physical Address) 를 매핑하는 구조
- CPU는 직접 가상 주소를 사용할 수 없고, MMU(Memory Management Unit)가 변환을 수행함

3. 페이지 폴트 (Page Fault)
- CPU가 필요한 데이터가 RAM에 없을 때 발생하는 예외(Exception)
- 운영체제가 디스크에서 해당 페이지를 가져와 RAM에 올림

페이지 교체 알고리즘

RAM 공간이 부족할 때 어떤 페이지를 내보낼지 결정하는 알고리즘이 필요함

대표적인 페이지 교체 알고리즘

1. FIFO (First-In, First-Out)
- 가장 먼저 들어온 페이지를 제거
- 단점 : 가장 오래된 페이지가 꼭 덜 중요한 것은 아님

2. LRU (Least Recently Used)
- 가장 오랫동안 사용되지 않은 페이지를 제거
- 시간 지역성(Temporal Locality)에 적합
- 구현이 어렵고 오버헤드 발생 가능

3. LFU(Least Frequently Used)
- 사용 횟수가 가장 적은 페이지를 제거
자주 사용되는 페이지를 유지하려는 전략

4. Optimal (OPT, Belady's Algorithm)
- 앞으로 가장 오랫동안 사용되지 않을 페이지를 제거
- 현실적으로 미래를 예측할 수 없어서 이상적인 이론 모델로 사용됨

스왑 (Swap)과 스왑 공간(Swap Space)

- 가상 메모리를 활용할 때, 운영체제는 디스크의 일부를 스왑 공간(Swap Space)으로 할당함
- RAM이 부족하면 사용하지 않는 데이터를 스왑 공간으로 옮김 -> 성능 저하 발생 가능!

가상 메모리의 장점과 단점

장점
- RAM보다 큰 메모리를 사용할 수 있음
- 프로세스 간 메모리 포호 가능 (각각 독립된 주소 공간 사용)
- 여러 개의 프로그램을 동시에 실행할 수 있음 (멀티태스킹)
단점
- 디스크 접근 속도가 RAM보다 훨씬 느림 -> 속도 저하 발생
- 너무 많은 스왑 사용 시 스레싱 (Thrashing) 문제 발생

스레싱 (Thrashing)이란?

- CPU가 계속해서 페이지 폴트(Page Fault)를 처리하느라 실제 작업을 거의 못하는 상황
- 해결 방법 : RAM 용량을 늘리거나, 실행 중인 프로그램 개수를 줄이기

가상 메모리는 운영체제(OS)가 자동으로 관리함
고성능 게임에서는 가상 메모리를 효과적으로 활용하거나 회피하는 전략이 중요함

가상 메모리를 최소화하는 게임 개발 기법

1. 레벨 스트리밍(Level Streaming)
- 오픈월드 게임처럼 맵이 큰 경우, 전체 맵을 한 번에 로딩하지 않고 필요한 부분만 불러오는 기법
- RAM과 가상 메모리 사용을 최적화하여 로딩 없이 seamless하게 진행 가능
- 언리얼에서는 World Partition을 사용하여 가상 메모리 부담을 줄임
- GTA V, The Witcher 3 같은 오픈월드 게임에서 활용됨

2. 텍스처 스트리밍(Texture Streaming)
- 고해상도 텍스처를 한 번에 로딩하지 않고, 플레이어가 보는 부분만 로딩
- VRAM(그래픽카드 메모리)과 RAM을 절약할 수 있음
- 언리얼 엔진과 유니티 모두 텍스처 스트리밍 가능
- 콜오브듀티 같은 FPS 게임에서 멀리 있는 오브젝트는 낮은 해상도로 로딩 후 가까이 오면 고해상도로 변경

3. LOD (Level of Detail)
- 멀리 있는 오브젝트는 저해상도 모델을 사용하고, 가까이 오면 고해상도 모델로 변경
- 가상 메모리와 RAM의 불필요한 사용을 줄이고 성능 최적화
- 오픈월드 게임에서 멀리 있는 건물이나 NPC가 저해상도로 표시됨
- 스카이림, 레데리2 같은 대규모 게임에서 사용됨

4. 데이터 압축 및 풀기 (Memory Compression)
- 데이터를 압축한 상태로 RAM에 저장하고, 필요할 때 풀어서 사용
- 압축된 데이터를 사용하면 가상 메모리 사용을 줄일 수 있음
- PS5는 Kraken 압축 알고리즘을 사용하여 빠른 로딩 지원
- 유니티에서는 Addressables 시스템을 활용하여 필요할 때만 데이터 로드 가능

5. 비동기 로딩 (Asynchronous Loading)
- 게임이 실행되는 동안 백그라운드에서 데이터를 미리 불러와 RAM을 효율적으로 사용
- 가상 메모리에 의존하는 대신, 필요한 데이터를 미리 RAM에 올려서 로딩 지연을 줄임
- 유니티의 Resources.LoadAsync(), 언리얼 엔진의 Async Loading System

1-3. 저장장치 (Storage)

- HDD (하드디스크 드라이브) : 물리적 디스크, 느리지만 용량 큼
- SSD (솔리드 스테이트 드라이브) : 반도체 기반, 빠르고 안정적
- NVMe SSD : PCle 인터페이스로 연결되어 기존 SSD보다 더 빠름

SSD가 빠른 이유는 기계식 회전 없이 전자적으로 데이터 접근이 가능하고 병렬 처리가 가능하기 때문

1-4. I/O 장치 (Input/Output Devices)

- 입력장치 : 키보드, 마우스, 터치스크린
- 출력장치 : 모니터, 프린터, 스피커
- 네트워크 장치 : LAN 카드, Wi-Fi 모듈

2. 컴퓨터의 작동 원리

1. 사용자가 프로그램 실행
2. 프로그램이 RAM에 로드
3. CPU가 명령어를 해석하고 실행
4. 결과를 저장 장치 또는 화면에 출력

CPU와 메모리간 데이터 이동은 버스(Bus)를 통해 이루어짐

hELLO 티스토리 블로그 적용을 하다가 생기는 문제 중 하나가 무한로딩인데

이는 여러가지 문제점이 있을 수 있으나 단순히 스킨 등록을 하다가 나오는 실수일 수도 있다

스킨 등록을 할 때

추가하는 경우에 images 폴더만 올리는 경우이다

안의 파일은 들어가지 않기 때문에 images 폴더 안에 들어가서 이 파일들을 추가해주어야한다

이것 외에 다른 부분들은 티스토리가 요즘 블로그를 개편하면서 잠수패치로 바꿔버리는 경우들이 있다고 한다

해당 부분들은 

제작자님 깃허브에 들어가서 확인해보거나 이슈로 달아주시면 파악하시는데 도움이 되실 것 같다

IK 사용해서 한번 조작이 어려운 게임을 만들어보고자 한다

나름 재미있지않을까?!

PoC 느낌으로 빠르게 제작하는 것을 목표로 하고 있다

PoC 빨리 만들고 주변 사람들에게 반응을 한번 보고.. 또 다른거 개발하고 해야지

https://assetstore.unity.com/packages/tools/animation/fast-ik-139972

일단 IK란 무엇인가?

애니메이션에서 IK(Inverse Kinematics) 기술은 캐릭터나 객체의 말단(손이나 발) 위치를 설정하면, 해당 위치에 도달하기 위해 캐릭터의 관절(어깨, 팔꿈치, 손목 또는 허벅지, 무릎, 발목)이 자동으로 조정되는 기술

IK 특징

1. 목표 기반 움직임

2. 실시간 계산

3. 효율적이고 자연스러운 움직임

IK VS FK(정운동학 : Forward Kinematics)

FK (Forward Kinematics) : 관절들을 순서대로 직접 조작해서 말단 위치를 결정하는 방식

어깨 → 팔꿈치 → 손목 순으로 각도를 설정해야 손의 위치가 결정됨

장점 : 제어가 세밀하고 애니메이터가 원하는 자세를 정확히 구현 가능

단점 : 자연스러운 움직임을 만들기 위해 많은 수작업이 필요함

IK(Inverse Kinematics) : 말단의 목표 위치를 설정하면 나머지 관절들이 자동으로 조정됨

장점 : 캐릭터가 목표를 잡거나 바닥을 디디는 동작 등에서 매우 빠르고 직관적

단점 : 설정에 따라 비자연스러운 자세가 나올 수 있어 추가 조정이 필요

처음 이 게임을 만들고 싶은 것은 맥주를 그저 따르는 게임인데 잘 기울여야하는 게임이였다

IK를 활용해서 우스꽝스러운 게임을 만들고 싶었는데 IK를 활용하려고 하다보니까 내가 생각한 게임이 안나올수도 있겠다는 결론이 나는데..

Chanined Together나 이런 게임들은 IK를 활용한 게임이 아닌가? 싶기도 하고 좀 더 생각해봐야겠다