컴퓨터에 대해서는 운영체제(OS) 를 중심으로 많은 것들이 Back level 에서 처리하는 것이 복잡하기도 할 것같음. 

그런데 OS 라는 것에 대해서는 CS 적으로 Management system 이라고 봄.

그러니까 컴퓨터라는 장치에 대해서 아키텍쳐가 있는 것이 얼핏 있는데, 그것에 대해서

Stream 관리에 대해서 필요로 하는 Adder 를 구현한 것이라고 봄. 

결과적으로는 이러한 Management system 에 대해서는, I/O 관리에 대한 범주에 Adder 를

초기의 컴퓨터과학 역사에서 주먹구구 식으로 구현하던 것에 대해서 System 을 잡은 것이라고 봄.. 

ㅇㅅㅇ..

이에 대해서는 Master/Slave 아키텍쳐가 적용이 된다고 봄. 

OS 라는 것은 하드웨어의 범주에 대해서 통신이라는 범주를 낳았다고 생각이 됨. 

이러한 통신이라는 것이 가능한 바에 대해서는, Job adder 가 Slave 로 있고 이에 대해서 Master 가 되는 것이 OS 라고

생각이 듦. 

이러한 Job adder 로 부터 Queue 라는 자료구조가, 통신범주에서 Data (데이터..) 에 대해서 가능했고, 이로부터 Scheduling 알고리즘(Algorithm) 이

가능해진 것이, 

운영체제에 대해서 자연적으로 자원과 속도의 최적화를 낳았다고 봄.. 

그렇지만 이러한 Job adder 도 아키텍쳐가 있는데 그것은 Master/Detail 아키텍쳐라고 봄.

Master 에서 Job queue 가 있고, 이러한 Job queue 에 대해서 Specificatoin 은 Hardware 의 Detail 의 상태에 대해서 OS 의

Management 로부터 이뤄지는 하드웨어(Hardware) 의 상태 Image 의 감시로 가능해졌다는 것임..

(Detail 을 말함..) ㅇㅅㅇ..

그래서 OS 라는 것에 대해서는 Hardware 의 Detail 에 대해서 데이터베이스 Transaction 과 같다고 봄.. 

Hardware 의 Current 에 대해서 Image 를 Cache 로 저장해서, 이에 대한 앞서의 Job queue 에 대한 Master 에 대해서,

Transaction 을 수행하는 것이 되는 것임.

전반적으로 OS 의 Kernel 에 대해서는 Transaction adder 에 대한 많은 CODE list 가 있을 것이라고 봄.. ㅇㅅㅇ.. 

이에 대해서 OS 가 System 을 감시할 필요가 생기는 것이고 이에 대해서 최적화로써 Transaction 에 대한 Scheduling 을 수행하는 것으로 생각됨.. 

ㅇㅅㅇ..

OS 는 Hardware 에 대한 Image tree 에 대한 Transaction 이라고 봄.