# 스왑 파일 생성 (2GB)sudo fallocate -l 2G /swapfile# 올바른 권한 부여sudo chmod 600 /swapfile# 스왑 영역으로 설정sudo mkswap /swapfile# 스왑 활성화sudo swapon /swapfile# 재부팅 후에도 자동 적용: /etc/fstab에 추가echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab# 스왑 활성화 상태 확인 (옵션)swapon --show# 전체 메모리 구성 확인 (옵션)free -h 설정 후 위와 같이 Swap 항목을 확인하시면 됩니다 (위 이미지의 경우 제가 6GB를 할당했습니다).

주의그룹 정책 편집기가 없는 경우 (Windows 11 Home 등) 이를 적용하지 못할 수 있습니다.방법1. Win+R를 입력하여 실행창이 뜨면, gpedit.msc를 입력 후 엔터를 칩니다.2. 아래와 같은 그룹 정책 편집기가 나타납니다.3. 화면 좌측 트리에서 Computer Configuration > Administrative Templates > Windows Components > Windows AI (컴퓨터 구성 > 관리 템플릿 > Windows 구성요소 > Windows AI)로 이동합니다.4. 위와 같이 Disable Click to Do (Click to Do 비활성화)를 더블클릭합니다.5. 위와 같이 팝업창이 나타납니다. Enabled (활성화됨)을 선택 후 OK (확인)를 누릅니..

현재 환경순정 Ubuntu 25.04 데스크톱 환경 (Gnome 48, Wayland 세션, ibus 한글 입력기)Fractional scaling 적용됨snap이 아닌 .deb 패키지 파일로 설치한 VS Code문제 설명VS Code 실행 시 흐린(blurry) 화면, 인풋 랙 발생(위 이슈를 해결하기 위하여) VS Code의 Ozone 플랫폼 옵션을 X11 (Xwayland)가 아닌 Wayland로 적용 시 한글 입력이 불가즉, 선택지가 두 개였습니다. 흐린 화면과 인풋 랙을 참고 쓰거나, 저걸 고치고 한글 입력을 포기하거나.목표흐린 화면, 인풋 랙, 한글 입력 불가 현상을 모두 해결합니다.해결책VS Code 실행 시 --ozone-platform-hint=wayland --enable-wayland..

인트로프리텐다드와 펴진 고딕은 간결하고 중립적이면서도 미려한 모양새를 갖추어 시스템 UI로 제격인 폰트입니다.그러나 이 폰트들에는 위와 같이 (숫자)x(숫자)가 (숫자)×(숫자)로 대체되는 '문맥 대체 (calt, ligature 등)' 기능이 포함되어 있는데, 이건 인쇄에 적합할지는 몰라도 한 글자 한 글자가 원본 그대로여야 하는 시스템 UI에는 그렇지 않을 수 있습니다.하여, 이번 포스트에서는 FontForge라는 폰트 편집 툴을 이용하여 특정 ligature를 제거하는 방법을 소개해 드리겠습니다. 폰트 열기저는 펴진 고딕 Medium의 OTF 버전을 열었습니다.폰트 수정하기상단 메뉴에서 Element > Font Info...를 선택합니다.폰트 정보 창이 열립니다. 좌측 Lookups를 클릭한 뒤,..

priority-condvar 테스트가 남았다이번 포스트에서는 Pintos의 우선순위 스케줄링 구현의 마지막 단계인 priority-condvar 및 관련 개념을 다룹니다. 들어가기에 앞서 mutex와 semaphore, condition variable에 대한 포스트를 읽고 와주시기를 권해 드립니다.잠깐, Priority Scheduling에서 Condition Variable은?대략적인 구조는 위와 같으며, 아래가 바로 synch.h에 위치한 컨디션 변수입니다.문제 상황Pintos는 기본적으로 비선점형 FIFO 정책으로 스레드를 처리하도록 되어 있었고, 지금까지 저희는 이를 선점형 우선순위 스케줄링으로 고치고 있었습니다. 다만 synch.c/h의 함수들을 수정하지 않은 채 내버려두고 있었지요. syn..

인트로우선순위 스케줄링에서 중요한 또 다른 개념은 우선순위 역전(inversion)/기부(donation)입니다. 낮은 우선순위 스레드가 높은 우선순위 스레드가 필요로 하는 뮤텍스를 획득하고 오랫동안 놓지 않으면, 높은 우선순위 스레드는 계속 기다려야 하는 우선순위 역전 문제가 발생합니다.이를 해결하기 위해 우선순위 상속 메커니즘이 사용될 수 있습니다. 뮤텍스를 획득한 낮은 우선순위 스레드는 그 뮤텍스를 기다리는 가장 높은 우선순위 스레드의 우선순위를 일시적으로 상속받아 실행됩니다. 뮤텍스를 해제하면 원래의 우선순위로 돌아갑니다.들어가기에 앞서 mutex와 semaphore, condition variable에 대한 포스트를 읽고 와주시기를 권해 드립니다.우선순위 역전아래와 같은 상황을 가정합시다.싱글코..

인트로Pintos 프로젝트 경험을 공유하는 두 번째 글입니다. 이전 글에서 timer_sleep 함수의 Busy Waiting 문제를 해결하고 효율적인 Sleep 메커니즘을 구현하는 '알람 시계' 파트를 다루었습니다. 이번 글에서는 OS의 핵심 기능 중 하나인 스케줄링(Scheduling), 그 중에서도 우선순위 스케줄링(Priority Scheduling)에 대해 이야기하려 합니다.들어가기에 앞서 mutex와 semaphore, condition variable에 대한 포스트를 읽고 와주시기를 권해 드립니다.스케줄링이란?다중 프로그래밍 환경에서 여러 스레드(또는 프로세스)가 동시에 실행될 준비가 되어 있을 때, CPU는 한 번에 하나의 스레드만 실행할 수 있습니다. 이때 어떤 스레드에게 CPU를 할당할..

인트로크래프톤 정글 9주차, Pintos 프로젝트를 진행하며 배우고 느낀 점들을 공유하는 시리즈의 첫 번째 글입니다. Pintos 프로젝트는 이론으로만 배우던 운영체제의 핵심 개념들을 직접 코드로 구현해보면서 깊이 이해할 아주 좋은 기회인데요. 그 첫 번째 파트인 '알람 시계(Alarm Clock)' 구현에 대해 이야기해 보고자 합니다.참고: 저희는 스탠포드대 CS 112/212의 오리지널 Pintos가 아닌, x86-64에 맞춘 Pintos-KAIST로 프로젝트를 수행하고 있으며, 포스트 또한 이를 기준으로 합니다.과제 목표: timer_sleep() 개선저희가 다룰 함수는 devices/timer.c에 정의된 void timer_sleep(int64_t ticks)입니다. 최초로 받았을 당시 기본 구..