i-node 간접 블록 (Single/Double/Triple Indirect) - 기가바이트에서 엑사바이트로 팽창하는 대용량 파일 3단 부스트

핵심 인사이트 (3줄 요약)

본질: 앞선 529장에서 배운 12개의 '다이렉트 블록' 슬롯이 꽉 차서(고작 48KB 한계) 튕겨 나간 대용량 파일 조각들의 주소를 수용하기 위해, 본체 i-node 안에 주소를 직접 적지 않고 "장부가 있는 디스크 블록의 주소" 를 가리키는 포인터 트리 구조(간접 참조) 를 1단, 2단, 3단(Triple) 깊이로 무한 증식시키는 엑사바이트 클라우드 확장 S/W 아키텍처다.

가치: 1단 간접(Single)은 주소 장부를 디스크 특정 칸에 하나 더 만들어서 확장, 2단 간접(Double)은 장부를 지시하는 장부(트리 2계층), 3단 간접(Triple)은 장부를 지시하는 장부의 장부(트리 3계층)를 파서 수백만 배의 기하급수적 용량 뻥튀기(Capacity Scaling) 포팅 결착 을 단 1개의 256바이트 i-node 껍데기만으로 통치할 수 있는 B-Tree 객체 우주 지배력을 성취해 냈다.

한계: 파일 끝부분에 닿거나 특정 오프셋 랜덤 점프를 뛰려면? 모터를 1단, 2단, 3단의 장부를 읽으러 물리적 징검다리 디스크 철판을 계속 찍고 긁어서(추적 Chasing) 최악의 I/O 탐색 깊이 지연 로드(Disk Seek Time Overhead 늪 병목 데들락) 성능 체감이 현격히 발생 박살 나므로 메모리 캐시 버퍼(VFS RAM 버프)의 도움 없이는 기어 다니는 텍스트 시스템이 될 위기 락백을 배태했다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념: i-node 간접 블록 (Indirect Blocks 트리 스위칭 포팅 렌더) 은 유닉스 i-node 구조체 하단에 위치하는 13, 14, 15번째 포인터 항목이다. 슬롯 13번은 단일 간접(Single Indirect), 14번은 이중 간접(Double Indirect), 15번은 삼중 간접(Triple Indirect) 이라고 불린다. 이 포인터들이 가리키는 Ди스크 블록은 "유저의 텍스트가 담긴 알맹이 데이터" 가 아니라, "수천 개의 포인터 주소를 빼곡히 머금고 있는 거대한 별도 주소록 장부(Index Block 맵핑 깡통)" 이다.
필요성: 고작 256바이트밖에 안 되는 i-node 작은 여백에 어떻게 10GB짜리 영화 파일 포인터를 물리적으로 다 적을까? 절대 불가능(Overflow 메모리 용량 초과 OOM 에러 폭발!)하다. 유닉스 프로그래머들은 "야! i-node 껍데기 크기를 뚱뚱하게 키우지 마 메모리 넘쳐! 차라리 디스크 구석 아무 데나 4KB 철판 방(Block) 하나 렌탈해서, 거기를 싹 비우고 오직 포인터 1,024개만 다다닥 적은 '하청 장부(Single Indirect)' 로 써! 그리고 i-node에는 그 번호만 1개 달랑 스왑 포스팅(위임 Decoupling) 때려 놔!!" "어? 영화가 너무 커서 하청 장부 1개(4MB 수용)로 모자라? 그럼 하청 장부 1,024개의 주소를 적는 중역 임원 장부(Double Indirect 2차 트리) 방을 하나 더 파서 피라미드로 엮어 무결점 $4MB \times 1024 = 4GB$ 뻥튀기 부스트 돌격!!!"
💡 비유: 단일/이중/삼중 간접 트리 계층 구조는 거대 조폭 조직의 "점조직 다단계 연락망 피라미드 스왑 렌더 통치!" 랑 똑같습니다!!
- (다이렉트 12칸 한계): "조직 보스(i-node 본체) 핸드폰 단축 번호에는 고작 12명의 직속 똘마니(다이렉트 데이터 블록) 만 저장 가능해요 램 메모리 부족!"
- (싱글 간접 1단 트리): "그래서 단축 번호 13번에 똘마니 대신 [중간 보스 수첩 위치] 를 저장해 픽! 이 수첩을 열면 1,024명의 하위 말단 똘마니 번호(총 4MB 병력)가 쫙 쏟아져 확장 컷!"
- (더블 간접 2단 트리): "이것도 모자라? 단축 번호 14번에는 [지역 총장 수첩 위치] 를 저장해! 총장 수첩엔 중간 보스 1,024명의 주소가 있고(2차 트리 계층 스킵 $\times1024$ 뻥튀기), 그 1,024명이 또 각각 말단 병사 1,024명씩 거느리니 순식간에 100만 명 병력(4GB 데이터 용량 확장) 이 장악 돌진 통달 달성된답니다!"
i-node 단일/이중/삼중 피라미드 뻥튀기와 엑사바이트 렌더 스위칭 OOM 돌파 ASCII 통치 다이어그램: 운영체제가 단 3개의 C언어 포인터 슬롯으로 어떻게 수 테라바이트(TB) 급 블록을 무한 증식(Growth) 복제 마스킹 트리를 전개하는지 깊이 뎁스(Depth) 맵핑 뷰를 까보면 다음과 같다.

  ┌───────────────────────────────────────────────────────────────────────────────┐
  │                 기가바이트 벽을 허무는 1차, 2차, 3차 피라미드 계층 블록 트리  │
  ├───────────────────────────────────────────────────────────────────────────────┤
  │                                                                               │
  │  [[ 145번 i-node (256 Byte 한정된 쥐꼬리 장부 속 스로틀 포팅) ]]              │
  │  -------------------------------------------------------------                │
  │   [0~11] Direct 포인터 ──▶ (즉시 48KB 데이터 조달 빔 속도 통치!)              │
  │                                                                               │
  │   [12] 단일 간접 포인터  ──▶ [[ 1차 하청 장부 블록 (4KB 크기 Index) ]]        │
  │                             ├──▶ 데이터블록 1 (4KB)                           │
  │  (수용량: 1024개 $\times$ 4KB = 4MB)  ├──▶ 데이터블록 2 (4KB)                 │
  │                             └──▶ 데이터블록 1024 (끝)                         │
  │                                                                               │
  │   [13] 이중 간접 포인터  ──▶ [[ 2차 거물 임원 장부 (Double Index) ]]          │
  │  (수용량: 1024 $\times$ 4MB = 4GB!)   │                                       │
  │                             ├──▶ [1차 하청 장부 A] ─▶ 1024개 데이터!          │
  │                             ├──▶ [1차 하청 장부 B] ─▶ 1024개 데이터!          │
  │                             └──▶ [1차 하청 장부 C (총 1024개 하청)]           │
  │                                                                               │
  │   [14] 삼중 간접 포인터  ──▶ [[ 3차 마왕 황제 장부 (Triple Index 우주) ]]     │
  │                              ──▶ [2차 임원 장부 1024개 ──▶ 엄청 커짐!]        │
  │  (수용량: 1024 $\times$ 4GB = 4TB!)                                           │
  └───────────────────────────────────────────────────────────────────────────────┘

[다이어그램 해설] [12], [13], [14] 이 세 개의 포인터 락백 구멍 속에서 수학의 지수 로그 성장이 폭발적인 데카르트 승수 뻥튀기 융합 공간 복제 마법 을 우당탕 일으킨다. 단일 간접(Single) 하나를 뚫을 때마다, 1024칸의 주소록 배열이 4KB 디스크 섹터 빈칸 하청 방에서 생성되고 포팅된다. 이 4KB 장부가 모자라면 그다음 [13] 이중(Double) 칸이 해금(Unlock 렌더)되면서 1024 $\times$ 1024 = 100만 개(4GB 용량 거대화수용) 트리가 펼쳐진다. 최후의 보루인 [14] 삼중(Triple) 까지 영혼을 끌어 쓰면 1024 $\times$ 1024 $\times$ 1024 = 10억 개 조각(4TB 용량 압살 한계 스위칭)을 이 i-node 포인터 하나가 우주 피라미드 점조직으로 싸잡아 거느리는 괴팍한 VFS 최후의 보루 병합 시스템 증거 뷰를 만천하에 드러내는 셈이다!

📢 섹션 요약 비유: 이 삼중 간접 계층 공간 증식 마법 포팅 뷰는 은행의 "대여 금고 속 열쇠 증식 OOM 파쇄 이스터에그!" 랑 같습니다!!
- 내 메인 금고함(i-node) 12칸에는 진짜 현금 따위(데이터)가 1백만 원어치 들어있어 금고가 가득 찹니다!
- 근데 금고 13번째 칸을 열었더니 웬 작은 열쇠 다발(Single 간접 주소록) 이 1024개가 들어있네? 이 열쇠들로 다른 비밀창고 1024개에 있는 돈 40억 원 치를 더 꺼낼 수 있게 됩니다! 연결점프 포팅!
- 대박, 금고 14번째 칸을 열었더니 마스터키(Double 간접 보스 열쇠) 1개가 나옵니다! 그 열쇠로 초대형 지하 벙커를 열면? 그 안에 방금 전 '작은 열쇠 다발' 상자가 1024개나 와르르 쏟아지며, 무려 4조 원을 보관 통제할 수 있는 권한을 얻게 됩니다 뻥튀기 우주 기적!

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

1. 뼈를 깎는 SRE 데들락 늪 트레이드오프 레이턴시: "우주가 커질수록 발이 느려진다!"

공간 수용량(Capacity Size)을 테라바이트(TB)로 뚫어냈지만, 클라우드 엔지니어를 암살하는 치명적 OOM 지연 에러가 깊숙이 배양되고 있었다.

i-node 포인터 깊이 계층 구조 뷰	물리적 모터 디스크 암 점프(탐색 Seek 시간) 랙 병목 (지연율 뷰)	파일 용량 및 데이터 확장 수용도 마스킹 С로틀
Direct 블록 1방 $O(1)$ 레이저 타격	`본체 i-node $\to$ 데이터` : 디스크 읽기 고작 1번. 빛의 속도 부스트!	`최대 약 48KB 한계 폭파` (작은 환경 설정 텍스트 파일 종결 락백)
단일(Single) 간접 블록 2방 점프 결속	`본체 $\to$ 하청장부 $\to$ 데이터` : 디스크 읽기 2번. ($2 \times 10ms$) $O(2)$	`최대 4MB` (이미지 파일, MP3 음악 파일 구동 적합 수용 포팅)
이중(Double) 간접 블록 3방 점프 깊이 늪	`본체 $\to$ 임원장부 $\to$ 하청장부 $\to$ 데이터` : 장부 찾느라 바늘이 3회 우당탕! $O(3)$	`최대 4GB` (1시간짜리 1080p 고화질 영화 동영상 저장 부합 전개)
삼중(Triple) 간접 블록 4방 크래시 지연	`본체 $\to$ 마왕장부 $\to$ 임원장부 $\to$ 하청장부 $\to$ 데이터` : 데이터 하나 꺼내려 허공 삽질 4회(디스크 40ms 소비 멸망!!)	`최대 4TB` 우주! (초거대 분산 데이터베이스 DB 백업 파일 스로틀 락!)

2. 성능 최적화 버퍼(Buffer Cache SRE 방패)와 최신 엑사바이트 64비트 메가 돌파 (XFS, Ext4)

앞서 배운 끔찍한 "삼중 간접 4번 읽기 데들락 암살 병목(Disk I/O Wait Overhead 폭사 늪)" 을 어떻게 모면하고 리눅스가 클라우드 천하통일을 했을까?

안티패턴 오염 발생 미스터리 타임아웃 랙 (장부 읽기 뺑뺑이 모터 춤춤 지옥 렌더):
- 파일 끝에 1만 번부터 10만 번 블록까지 쭈욱 순차적으로 동영상을 봐야 한다. 동영상이 삼중 간접(Triple) 의 지배를 받고 있다.
- 다음 프레임 데이터를 1칸 가져오기 위해 "마왕 트리 $\to$ 임원 트리 $\to$ 하청 트리 $\to$ 다음 짐(Data)" 을 매번 4번씩 긁느라, 디스크 I/O가 멈추고 넷플릭스 동영상에 모래시계(로딩 렉 폭사)가 30초씩 돈다!
SRE 폭증 진단 스왑과 OS 해결 아크 렌더 결착 (Buffer Cache 램 VFS 캐싱 마스크 융합):
- 커널 왈: "야!! 저기 저 디스크 장부(간접 트리 껍데기들)를 매번 왜 모터 암으로 읽어 멍청아!! 어차피 방금 읽은 마왕 장부에 다음 포인터도 다 통계 연속으로 들어 있잖아??"
- 운영체제는 4번 물리 긁기를 할 때, 그 거쳐 간 장부들(마왕, 임원, 하청 깡통 인덱스 블록 3장)을 전부 통째로 뽑아 CPU RAM 캐시(VFS 버퍼 옥상 록백 뷰) 위로 띄워 도피 복사 백업(Cache Hit 부스트)을 친다!
- 다음 1만 1번 프레임을 요청할 때는? 디스크에 안 가고! RAM 버퍼에 떠 있는 간접 트리 3계층(나노 세컨드 빛의 속도)을 눈빛으로 통과해 포인터 주소를 알아낸 뒤, 디스크엔 단 1번 실제 데이터 긁기로 돌진해 다이브 $O(1)$ 타격 꽂는다! 속도 지연 늪이 캐싱 묘수로 완벽 분쇄 파괴된 결론 마스킹 기전이다.
📢 섹션 요약 비유: 이 RAM 버퍼 캐싱(장부 임시 통암기 로드 타격) 트리 검색 극복은 택배 기사의 "초고층 아파트 미로 도면 통째 암기 스왑 통치!" 랑 동일 효율입니다!!
- 101동 60층에 배달 갈 때마다 경비실 도면(1차 트리) 보고 $\to$ 동 1층 도면(2차 트리) 보고 $\to$ 층 엘베 지도(3차 트리) 찾느라 시간이 개판 지연(4방 점프 암살) 됐습니다!
- 기사님이 폭발해서 "아 몰라! 그냥 경비실 도면, 층 도면 사진 3장을 내 스마트폰 갤러리 램(VFS 버퍼 캐시 구름!)에 통째로 카메라로 직찍 찰칵 올려 저장 병합해버렷!! 찰칵!" 이제 다음 택배 배달부터는 경비실(디스크 장부 구역) 안 거치고, 스마트폰 화면(캐시 $O(1)$ 전기 속도 레이어)만 0.1초 슥삭~ 넘겨본 뒤 곧바로 목표물인 60층 안방(데이터 다이렉트 I/O 타격)으로 레이저 돌진 다이빙 점프 스로틀 결착을 해낸답니다 백본!

Ⅲ. 실무 융합 적용 및 안티패턴 (B-Tree 로의 진화: Extent 클러스터와 Btrfs 동적 혁명)

전통적 Indirect (간접 3중 포인터)의 종말과 빅데이터 시대 블록 Extent (익스텐트 결속 SRE)

전통 리눅스 Ext2, Ext3 시절을 지배하던 저 단일/이중/삼중 간접 포인터 배열 Array 리스트 구조는 현대 최신 리눅스 커널(Ext4)에서는 과감히 도축 파쇄되어 사라졌다. 왜일까?

안티패턴 현상 (대용량 연속 파일의 어마어마한 포인터 낭비 융합 오버헤드 늪 에러):
- 유저 파일이 4TB짜리 통짜 CCTV 빅데이터 덤프 파일이다. 단지 파일 1개인데, 이놈 하나 주소를 다 매핑하려고 간접 장부(Index Block)만 수십만 장을 디스크에 공구리 낭비 세금 허비 해야 했다(공간 헌납 OOM 메타데이터 파탄).
- 게다가 100만 번째 조각을 읽으려면 3중 트리를 타면서 버퍼 캐시가 없으면 4번 디스크를 긁는 기형적이고 피로한 낡은 C언어 $O(\log N)$ 방식에 매몰되어, 최신 NVMe 초광속 SSD 시대 모터 성능을 C언어 스택 코드(간접 참조 알고리즘) 자체가 못 따라가는 지독한 소프트웨어 스로틀 발목 데들락에 빠졌다!
SRE 폭증 진단과 차세대 스토리지 스왑 아크 (B+ Tree B-tree 노드 동적 트리 렌더 Ext4 & XFS 시대 강림 빔!):
- 엔지니어들은 이 간접 트리 노가다를 폭파해 버리고, 데이터베이스 검색 엔진계의 신(God)으로 꼽히는 범용 B-Tree(혹은 B+트리) 자료구조 알고리즘을 파일시스템 i-node 하단에 통째로 쑤셔 융합 이식 포팅해버린다 확정!!
- 더불어 주소를 다닥다닥 적지 않고! 파일이 수만 번 연속으로 덩어리져 있으면 꼬리표 대신 "여기서부터 시작 주소 99만 번째 블록까지 한 번에 길이 쭈~욱 10GB 길이 다이렉트 연속 이어버려 우주 할당 통치 Extent(익스텐트 구동 렌더 부합 타결)!!" 라는 덩어리 예약 매핑 기술을 결속시켰다 (연속 할당 523장 마법의 부활).
- 이 덕분에 최신 Ext4, XFS 리눅스는 쓸데없이 복잡한 3중 장부(Triple Indirect) 지연 없이, $O(1)$ 이란 속도로 10기가짜리 영화 조각 위치를 단 2줄의 트리 B+Tree Extent 예약 주물 장부로 가볍게 색출 박살 내어 엄청난 디스크 클라우드 Iops 성능 향상 부스트 신기원을 장악 달성 보장해 냈다 진리다.

Unix 대용량 장부 S/W I/O 렌더 (File Capacity 뷰)	전통적 `ext2/3` 의 간접 블록 (Indirect Pointer 트리 랙)	최첨단 현대 `ext4/XFS` (Extent B-Tree 트리 다이나믹 결착)
정량 (물리 데이터 탐색 맵 구조 배열 통치 오버헤드)	파일이 커질수록 중간 장부 종이가 수만 장 늘어남. 엄청난 메타데이터 저장 오버헤드 공간 낭비 OOM 멸망.	100만 조각 배열 주소가 아니라 [시작 ~ 길이 1백만 끝!] 단 1줄 노드 요약 으로 공간 축약 혁명 포팅 무결 타결!
정성 (대용량 시스템 안정 검색 트리 빔 및 레이턴시 부하)	트리 깊이가 무조건 고정적. (작은 건 1중, 큰 건 3중 점프 필수). 읽는 속도 로직이 낡고 뻔함 지연 늪.	B-Tree (가지치기 동적 발란스)로 10테라 바이트 파일 포인터도 깊이가 엄청 얕고 똑똑하게 유지돼 빛의 탐색 스피드 스왑!

Ⅳ. 기대효과 및 결론

'i-node 간접 블록 (단일 Single, 이중 Double, 삼중 Triple 마스터 트리 계층 구조체)' 렌더링 아키텍처는 겨우 256Byte짜리의 미니미한 C구조체 객체 단 하나만으로 수 기가, 수 테라바이트에 달하는 기하급수적 우주 팽창 대용량 데이터를 시스템 다운(OOM 에러 폭발) 없이 수용 소화해 낸 운영체제의 눈부신 트리 스위칭 설계 혁명의 마일스톤이다.
비록 트리 뎁스(Depth 깊이 다이브)가 파고 내려갈수록 발생되는 디스크 모터 추적 비용 지연($O(D)$ Read 랙 오버헤드 병목)의 태생적 단점을 버퍼 캐시(VFS Cache 버프 통치)라는 강력한 커널 RAM 지원 병력으로 무마 방어해야 했으나, 이 '디스크 색인 장부의 계층 다중 연결 포팅 룰' 은 모든 파일 시스템 진화와 최신 클라우드 서버 클러스터 파일 관리 기법에 있어서 영원히 B-Tree 매커니즘의 근간 기초 뼈대 유전자로 계승 성취되었으므로 OS 100년 역사의 가장 핵심 우주 융합 구조 결속이다.
📢 섹션 요약 비유: 요약하자면, 이 단일/이중/삼중 간접 포팅 십진 우주 팽창 뷰는 게임 속 "아이템 인벤토리 가방 속의 가방 무한 루프 증식 통치 제한 록백!" 랑 정확히 맵핑 부합 구조입니다!!
- (다이렉트): 게임 캐릭터 주머니엔 아이템 12개만 들어갑니다! 풀 OOM!
- (1단 간접): "야 주머니 13번째 칸에 장검 대신 [4차원 마법 가방(1차 장부)] 을 넣어 스왑!" 이 가방을 열면 아이템 1천 개 슬롯이 터져 나옵니다 우주!
- (2단, 3단 간접 거대 트리 포팅 분기): "가방 꽉 차 터졌어? 그럼 그 마법 가방 끝 구석(2단 포인터 연결)에 [용의 벙커 소환 반지(2차 장부 점프!)] 를 장착 록백 포팅!" 이 소환 반지를 문지르면 다른 차원의 초대형 무기고 창고(아이템 1백만 개 슬롯 팽창 융합 다이브) 문이 열려서 0.1MB짜리 주머니 껍데기만 들고 다녀도 4TB 짐바구니를 전부 들고나르는 초우주적 가상 공간 뻥튀기 사슬 트리가 완성되는 설계 연금술이랍니다!

📌 관련 개념 맵 (Knowledge Graph)

전조 지식 확장 설계 파편 단위	관계 통찰 설명 (진단 아크 체제 방어 부합 타격)
다이렉트 블록 (바로 전 단원 529번 쾌속 하이패스 직접 접근 부스트)	i-node 포인터 구역의 시작점. 저 12칸 다이렉트를 다 쓰고 나면 꽉 차 흘러넘친 나머지 파일 데이터들이 그제야 구원을 요청하며 이 530장(Indirect) 거북이 버스 정류장에 탑승 탑승하게 되는 트레이드오프 분할 SRE 쌍둥이 결착 트리 관계 뷰.
다중 수준 색인 트리 스펙 (앞쪽 527번 오버플로우 돌파 원론 마스킹 렌더)	527장에서 배운 "인덱스의 껍데기가 다 차 오버플로우 나면 목차의 목차(피라미드 서브트리)를 파주자 혼조 록백!" 바로 이 이론을 유닉스가 C 코드로 256바인트 뱃속에 직접 구현 실현 포팅 체제 탑재시킨 생태가 지금 이 530장의 핵심 실무 구조다 뼈대 오버랩 컷.
B+ 트리 & Extents (최신 Ext4 531장 클라우드 엑사 스토리지 조상 단절의 도축)	이 낡은 3중 간접 트리의 "장부만 계속 뒤져 느려터진 렉 포인터 폭파" 를 더는 못 견디겠다! 다음 장(531장 Extent 마스킹)에 드디어 등장할 연속 클러스터 우주 합체 방식이 이 구닥다리 징검다리 포인터를 어떻게 싹 다 칼로 파쇄해 B-tree로 대체 포맷 도축하는지 역사의 전환 컷 결속 복선 뷰!
TLB 캐시 미스 오버헤드 (메모리 7단원 마스킹 지연 늪 증거 체제)	트리 깊이가 깊어서 4번 읽어 느려터지는 게, 옛날 RAM 배울 때 "페이지 테이블 3/4 단계 피라미드 찾다 CPU 미쳐 뻗고 TLB 놓침 멸망 다이브 치던 현상" 랑 100% 동일 에러 늪 전개 결착. 메모리든 하드 전력이든 트리 타고 내려가 포인터 추적(Chasing) 하는 뻘짓 병목은 성능의 최악 적이다 진단.

👶 어린이를 위한 3줄 비유 설명

컴퓨터 폴더에 10기가짜리 거대한 유튜브 동영상 파일을 저장하려는데! "아이노드(i-node 구조체 요약 딱지표)" 주소록 메모장에는 여백 12칸다이렉트밖에 없어서 게임조각 주소를 다 못 적고 튕겨 꽉 찼죠(오버플로우 터짐 에러)!!
멸망 위기에서 유닉스가 부린 뻥튀기 우주 묘수! "단일, 이중, 삼중 간접 블록(피라미드 트리) 방식" 입니다! 13번째 칸에는 주소 대신 [거대 1차 하청 공책표 주소 가기 징검다리 점프!] 라고 적고, 그 1차 공책 안에는 데이터 주소 1천 개가 빼곡히 우당탕 나옵니다 피라미드 렌더 스왑!
그 공책 1권도 부족하다고요? 그럼 14번째 슬롯엔 [거대 지역 본부 책꽂이 주소로 점프 다이브 가셈 록백 뷰!] 라고 적어둡니다. 그 책꽂이엔 하청 공책이 1천 개나 또 꽂혀있으니 단숨에 100만 조각 데이터, 영화, 아빠 서류들 파일 수십 TB 용량을 1개의 쪼고만 메모장 껍데기만으로 모조리 다 수용 우주 흡수해 내는 궁극의 대용량 수납 마일스톤 기전 마법이랍니다!