전체 글219 kernel_of_linux Terminology Kernel: Unix 메모리에 상주(memory resident)하는 C 프로그램 Utility: command라고도 불리며 디스크에 저장되어 있고 필요할 대 마다 불러옴(loaded on demand) Shell: Unix interface to user, read keyboard input & execute command file: sequence of bytes, I/O나 통신을 위한 소켓들도 모두 파일이다. How Kernel-Shell-Untilities are related 커널 - 쉘 - 사용자 프로그램의 계층구조 시스템콜 유저가 write같은 시스템콜을 요청 int $0x80이 HW 트랩을 발생시킴 HW가 CPU의 모드를 user->kernel로 변경 HW가 trap.. 2022. 5. 30. PCB(Process Control Block) PCB에 담기는 정보들 Process state -> 프로세스의 상태(new, ready, running, waiting, halted 등) Program counter -> 다음에 이 프로세스를 위해 CPU가 실행시킬 instruction의 주소 CPU registers -> 이 프로세스가 인터럽트나 context_switch 등에 의해 중단되었다가 다시 실행될 때 올바르게 실행되기 위해 필요한 레지스터의 정보들 CPU-scheduling information -> 스케줄링을 위해 필요한 정보들(프로세스 우선순위 등) Memory-management information -> 기본 및 제한 레지스터의 값과 페이지 테이블 또는 세그먼트 테이블과 같은 항목 Accounting information -> 사.. 2022. 5. 30. 쉘이 명령어를 실행시키는 방법 초기 상태: 쉘이 사용자의 입력을 wait하고 있음 사용자가 "ls"를 입력 쉘 프로세스는 fork로 자식 프로세스를 만든다.(아직 CPU는 부모 프로세스에게 있음) 쉘 프로세스는 나머지 명령어를 수행하고 wait를 호출한다.(waiting queue, sleeping queue에 간다) context_switching이 실행되고 자식 프로세스에게 CPU가 주어진다. 자식 프로세스는 exec를 호출해 disk에서 1에서 받은 command line에 해당하는 실행가능파일을 load해 자신의 이미지를 덮어쓴다. (원래는 부모 프로세스와 같은 이미지였으나 새로운 이미지가 덮어써진다.) exec 덕분에 자식은 새로 덮어쓴 이미지의 main함수부터 새출발한다. 자식은 main 루틴을 수행하고, exit을 호출한.. 2022. 5. 30. pintos-kaist 시스템 콜 해석 시스템 콜 인프라스트럭처를 구현합니다. userprog/syscall.c에 시스템 콜 핸들러를 구현합니다. 현재는 프로세스를 종료함으로써 시스템 콜을 "처리"하는 기본 구현상태입니다. 시스템 콜 번호를 취득한 후 임의의 시스템콜 인수를 취득하여 적절한 액션을 실행해야 합니다. 시스템 콜 details 첫 번째 프로젝트(threads)에서는 이미 운영체제가 사용자 프로그램에서 제어권을 회복할 수 있는 한 가지 방법, 즉 타이머와 I/O 디바이스로부터의 인터럽트를 다루었습니다. CPU 외부의 엔티티에 의해 발생하므로 이러한 인터럽트는 "외부" 인터럽트입니다. 운영체제는 프로그램 코드에서 발생하는 이벤트인 소프트웨어 예외도 처리합니다. 이러한 오류는 페이지 오류 또는 0으로 나누기 등의 오류일 수 있습니다. .. 2022. 5. 29. 이전 1 ··· 4 5 6 7 8 9 10 ··· 55 다음