Pintos - KAIST
1.[Pintos-KAIST] Project 1 : Alarm Clock
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB alarm clock 이슈 과제 설명 🤫 진입 방법 > 기본적인 자료들은 정글 페이지를 참고하시고, 부가적인 페이지를 공유드리겠습니다! 진입조차 못하겠을때... 많이 도움 받은 선배님들의 자료입니다
2.[Pintos-KAIST] Project 1 : Priority Scheduling
과제 설명 > 현재 핀토스의 스케줄러는 라운드 로빈으로 구현되어 있다. 이를 우선순위를 고려하여 스케줄링 하도록 수정한다. 핀토스의 thread lifecycle CPU는 여러 Thread를 번갈아가며 수행한다. 모든 Thread는 Ready List에 들어가
3.[Pintos-KAIST] Project 1 : Priority Scheduling and Synchronization
과제 설명 > 여러 스레드가 lock, semaphore, condition variable 을 얻기 위해 기다릴 경우 우선순위가 가장 높은 thread가 CPU를 점유 하도록 구현 현재 핀토스 현재 핀토스는 semaphore를 대기 하고 있는 스레드들의 list인
4.[Pintos-KAIST] Project 1 : Priority Donation
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Priority Scheduling 이슈 과제 설명 > Priority Inverstion Problem은 thread가 두 개 이상의 lock보유가능할 때, 높은 priority의 thread가 낮은
5.[Pintos-KAIST] Project 1 : Multi-Level Feedback Queue Scheduler
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Priority Donation 이슈 과제 설명 🙋♀️ WIL-Advancde Scheduler 발표자료 보러가기 (업로드 예정) MLFQS 이전까지 구현한 priority scheduler 는
6.[Pintos-KAIST] Project 2 : Argument Passing
깃허브 주소 > 👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Argument Passing 이슈 > 진입 전 읽어보면 좋을 포스팅 > - (2021.11.02) Argument Passing 가이드라인 > - Pintos Project 2 - Us
7.[Pintos-KAIST] Project 2 : System Call
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB alarm clock 이슈우선 project 2를 진행하기 위해 순서를 정해야한다.추천하는 방식은1️⃣ 2️⃣ File related -> Process related1번은 한양대 강의자료의 순서를 구현
8.[Pintos-KAIST] Project 2 : File Descriptor
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB File Descriptor 이슈핀토스에는 파일 디스크립터 부분이 누락되어있다. 파일 입출력을 위해서는 파일 디스크립터의 구현이 필요하다. 구현할 시스템 콜open () : 파일을 열 때 사용하는 시스템
9.[Pintos-KAIST] Project 2 : Hierarchical Process Structure
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Hierarchical Process Structure 이슈핀토스는 프로세스간에 부모와 자식관계를 명시하는 정보가 없음부모와 자식의 구분이 없고 자식 프로세스의 정보를 알지 못하기 때문에 자식의 시작/종
10.[Pintos-KAIST] Project 2 : Extend File Descriptor
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Extend File Descriptor 이슈💡 여러분의 핀토스가 리눅스의 stdin, stdout 를 닫는 기능과 dup2 시스템 콜을 지원하도록 만들어보세요.현재 구현된 핀토스에서는 stdin과
11.[Pintos-KAIST] Project 3 : Memory Management
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Extend File Descriptor 이슈 프로젝트3 진입 전 주의사항 및 사전 설정 1️⃣ 두번째 과제인 Anonymous Page를 완성하기 전까지 VM 테스트 진행이 불가하다. (threads
12.[Pintos-KAIST] Project 3 : Anonymous Page
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Extend File Descriptor 이슈💡 Anonymous page라고 불리는 non-disk based image를 구현한다.파일을 기반으로 하는 file-backed page와 달리, 이름이
13.[Pintos-KAIST] Project 3 : Stack Growth
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Stack Growth 이슈 과제 설명 요할 때마다 1 페이지씩 자라나는 스택을 만들어줄 것이다. 즉, > 💡 Page Fault에 의해 동적으로 자라나는 스택을 구현해야한다. 어느 타이밍에 ST
14.[Pintos-KAIST] Project 3 : Memory Mapped Files (+ page-merge FAIL 해결하기)
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Memory Mapped Files 이슈 과제 설명 Anonymous Memory가 아닌 File-Backed memory = Memory Mapped Page에 대해 구현해야한다. File back
15.[Pintos-KAIST] Project 3 : Swap In / Out
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Swap In / Out 이슈 과제 설명 Memory swapping은 physical memory 사용을 극대화하기 위한 memory 회수 기법이다. main memory의 frame이 할당되면 system은 user program의 메모리 할당 요청을 더 이상 처리할 수 없다. 한 가...
16.[Pintos-KAIST] Project 3 : Copy On Write
👩🏻💻 GITHUB 레포지토리 👩🏻💻 GITHUB Copy On Write 이슈 과제 설명 Copy-on-write는 동일한 물리 페이지의 인스턴스를 이용하여 더 빠른 복제 작업을 가능하게 하는 리소스 관리 기술이다. 일반적으로, 어떤 리소스가 여러