분류 전체보기

기초 쿼리 문법 1. 작성 순서 SELECT - FROM - WHERE - GROUP BY - HAVING - ORDER BY SELECT (컬럼명) FROM (테이블명) GROUP BY(항상 WHERE 뒤) : 그룹화하여 단일 값으로 축소함 HAVING(항상 GROUP BY 뒤) : 그룹화 조건 확인 (count등이 쓰임) 2. 많이 쓰이는 함수 모음 DATE_FORMAT(시간값, 원하는 포맷) : 날짜형식 지정 Y : 2022, y : 22 M: september, m:09, a: Sep d:23(일자) T : hh:mm:ss 예시 SELECT DR_NAME, DR_ID, MCDP_CD, DATE_FORMAT(HIRE_YMD, "%Y-%m-%d") AS HIRE_YMD FROM DOCTOR WHERE..

OS의 실행방식 세가지 1. Non-process kernel OS Kernel을 별개의 객체로 보는 방식이다. 각 Process 관리 방식 != OS kernel 관리 방식 OS는 특별한 권한을 가지고 있다. OS는 별개의 entity로 시스템 안에서 실행되는 객체이다. OS가 작아서 OS전체가 Memory에 올라갈 수 있던 옛날에 가능했던 방식이다. OS가 작아서 전체가 Memory에 올라가, Virtual Memory를 사용할 필요가 없다. 2. Execution Within User Processes OS를 User Process 안에서 실행시키는 방식이다. OS에서 굉장히 중요한 부분 빼고, 나머지 부분들을 Process 안에서 실행 시킨다. P1 ~ Pn까지 User Process안에 OS f..

OS 또한 Program이기에 Memory의 공간을 차지한다. tree가 pointer와 연결되어 있다. Primary Processiable 또한 OS에서 관리한다. Swapping Area에는 하드디스크일지라도 File Area에 들어 있는 실행 파일과 다르게 Code + Data + PCB + Stack이 모두 포함된 Process 상태로 저장되어 있다. Process Description OS가 Process를 어떻게 관리하는지가 중요하다. Operating System Control Structure 1. 각각의 Process와 여러가지 Resource의 Current Status에 대한 정보를 관리한다. 2. OS는 System 내부 자원 관리를 위해 다음의 네가지 테이블을 만들어서 관리한다...

OS는 프로그램을 정확하게, 효율적으로 관리해야한다. Application Program 을 관리하는 것이 첫 번째 일이다. OS는 시스템 안에서 실행되는 모든 프로그램을 관리할 때 어떤 형태의 자료구조 안에 넣고 관리를 하는가를 알아보도록 하자. Process 실행중인 프로그램 OS 입장에서는 프로그램이 어디까지 실행했는지가 중요하다. 프로그램이 실행을 시작하면 OS가 얘를 관리를 해야한다. 프로그램들을 어떠한 형태로 관리를 할 것이다. 그럼 OS 입장에서 프로그램을 어떠한 형태로 관리하느냐? 1. Sequence of instructions 한 줄 한 줄 프로그램을 실행하다보면 OS에게 중요한 것은 지금 어디까지 실행시켰는지가 매우 중요하다. 프로그램을 항상 save 하고 restore 하는 작업을 ..

Major Achivements of OS 1. Process 실행 중인 프로그램 컴파일 → 이진코드로 하드디스크에 저장이 되어 있다. 이 프로그램을 실행시키면 메모리에 올라가서 실행이 되게 된다. 실행하고 있는 프로그램을 OS가 Process라는 형태로 관리한다. ⇒ OS가 하는 일 중에 가장 중요한 일이 우리의 프로그램을 정확하고 효율적으로 실행시키는 것이다. 2. Memory Management 메모리는 모든 프로그램을 실행할만큼 크지 않다. → 메모리를 여러개로 잘라서 프로그램 여러개를 동시에 집어 넣어야 한다. 메모리 크기가 아무리 커도 그것보다 더 큰 프로그램이 존재할 수 있다. Virtual Memory 항상 프로그램의 일부만 갖다가 메모리에 넣고 실행을 하다가 다른 부분이 필요하면 그때 그..

Operating System OS가 무엇이냐? ⇒ OS는 프로그램이다! OS는 Program이다. OS는 Application의 실행을 control하는 프로그램이다. → OS는 Application을 최소로 방해해야한다. Application과 Hardware를 연결하는 인터페이스 역할을 하는 프로그램이다. → Programmer가 hardware를 건드리지 않아도 돼야 한다. User/Computer Interface Programmer(Application Program을 작성하는 사람)가 hardware의 detail을 몰라도 된다. OS에 따라 다운로드 프로그램이 달라진다. Application program의 실행은 OS 위에서 실행된다. Library 하드디스크에서 데이터를 가져올 때 단위..

Interrupts: short I/O wait ( Chapter 1-2 추가설명) System call User Program에서 OS에게 I/O같은 것을 요청하는 것 User Program이 WRITE라는 System call을 호출한다. WRITE는 함수 호출이지 명령문이 아니다. → print, scanf는 명령문이 아니라 함수 호출문이다. 4번 코드는 User Program의 일부가 아니라 OS 코드의 일부이다. → 입출력은 OS가 한다. 4번 코드는 Interrupt가 아니다. 그저 System call을 호출한 것이다 I/O Interrupt OS입장에서 생각해보니, 입출력을 받을 때까지 다른 프로그램을 실행시켜도 될 것 같아서 프로그램A → 프로그램B로 실행하는 프로그램을 변경한다. 프로그..

Program Execution Fetch Stage PC에 들어 있는 300은 Step1 이전에 있었던 것 PC에 300이 있다고 해서 우리가 메모리 300번지의 명령어를 읽어올수 없음 -> 내가 메모리에서 무언가를 읽어 오려면 내가 읽어 오려고 하는 명령 또는 데이터의 주소가 MAR에 있어야 함 Fetch Stage의 과정 :메모리에서 300번지의 명령어를 읽어오는 과정 Fetch Stage 전 : PC : 300 / IR: 이전 실행 명령어가 들어있음 Fetch Stage 1. PC에 들어 있는 300의 주소를 MAR로 이동 2. PC++ 3. 메모리 읽기 4. 메모리의 300번지 명령어가 MBR로 이동 5. MBR로 들어온 명령어를 IR로 이동 위의 과정에서 중요한 것은 PC의 값은 다음 명령어의..