percpu는 "percpu: implement new dynamic percpu allocator"의 패치로 리뉴얼 되었습니다. 또한 뒤따르는 후속 패치들로 2800줄에 이르는 코드가 되었습니다. 다양한 내용이 반영된 최신의 percpu.c 파일을 분석하기보다는 몇 줄 안되는 초창기 버전의 percpu.c를 분석하며, percpu의 컨셉과 구현되었는지 알아보도록 하겠습니다. 주의! 해당 글은 percpu가 처음 도입된 Linux kernel v2.6.29을 다룹니다. Prehistoric implementation 우선 percpu가 재구현되기 전에 모습을 살펴보고, 어떤 점 때문에 대대적으로 수정되었는지 알아보도록 하겠습니다. 재구현 이전에는 percpu가 static, dynamic에 따라 서로 다른 구조로 구현되었습니다. Static percpu variable 우선 static percpu 변수에 대해 살펴보도록 하겠습니다. Static

Slub은 이미 많은 블로그에서 자세히 설명하고 있습니다. 따라서 해당 포스트에서는 중복된 내용을 작성하기보다는, Slub의 기본적인 컨셉을 빠르게 이해하는데에 초점을 맞춥니다. 해당 포스트가 Slub 자료 구조가 어떻게 동작하는지 이해를 도와 다른 글들을 이해하는데에 도움이 되었으면 합니다 :) 주의! 쉬운 이해를 위해 SLUB이 처음 도입된 Linux kernel v2.6.21을 다루고 있습니다. Slub 기본 컨셉과 자료 구조 SLUB이 메인 라인에 처음 도입되었을 때(Commit: "SLUB core")의 대략적인 자료 구조는 아래 그림과 같습니다. kmem_cache(가장 큰 사각형)이 특정 오브젝트들의 할당과 해제를 관리합니다. 오브젝트의 크기와 align과 같은 기본적인 정보를 저장하고 있습니다. 단순하게 오브젝트들을 하나의 free list(linked list)로 관리할 수도 있지만, SMP(symmetric multiprocess

Kubernetes에 gpu를 사용 가능한 리소르로 제공하기 위해서는, nvidia driver, toolkit과 plugin들을 설치해야 하며, 이 과정은 쉽고 간단하지 않다. 따라서 한 번에 쉽게 모든 환경을 구축할 수 있는 GPU OPERATOR가 굉장히 매력적으로 느껴졌다. 거기다 microk8s에서는 제공하는 커맨드로 해당 gpu operator을 설치할 수 있다. 따라서 해당 글에서는 microk8s를 이용하여 클러스터를 구축하려고 한다. OS는 Ubuntu 20.04 LTS 서버이고 1080ti를 장착하고 있다. microk8s를 이용한 GPU Operator 설치 Nouveau driver 비활성화 GPU operator을 실행하기 전에, nouveau GPU driver가 사용 중이리면, blacklist에 등록해야 한다. 아래의 커맨드를 통해 모듈들이 사용되고 있는지 확인할 수 있다. $ lsmod | grep -i -e cuda