The abstraction provided by the OS

The abstraction provided by the OS of a running programis something
we will call a process. As we said above, a process is simply a running
program; at any instant in time, we can summarize a process by taking an
inventory of the different pieces of the systemit accesses or affects during
the course of its execution.

To understand what constitutes a process,we thus have to understand
its machine state: what a programcan read or update when it is running.
At any given time, what parts of the machine are important to the execution
of this program?
One obvious component of machine state that comprises a process is
its memory. Instructions lie in memory; the data that the running program
reads and writes sits in memory as well. Thus the memory that the
process can address (called its address space) is part of the process.
Also part of the process’smachine state are registers;many instructions
explicitly read or update registers and thus clearly they are important to
the execution of the process.

Note that there are some particularly special registers that form part
of this machine state. For example, the programcounter (PC) (sometimes
called the instruction pointer or IP) tells us which instruction of the programis currently being executed; similarly a stack pointer and associated
frame pointer are used tomanage the stack for function parameters, local
variables, and return addresses.
Finally, programs often access persistent storage devices too. Such I/O
informationmight include a list of the files the process currently has open.
SEPARATE POLICY AND MECHANISM

In many operating systems, a common design paradigm is to separate high-level policies from their low-level mechanisms [L+75]. You can think of the mechanism as providing the answer to a how question about a system; for example, how does an operating system perform a context switch? The policy provides the answer to a which question; for example, which process should the operating systemrun right now? Separating the two allows one easily to change policies without having to rethink the mechanism and is thus a form of modularity, a general software design principle.

ผลลัพธ์ (ไทย) 2:

สิ่งที่เป็นนามธรรมให้โดยระบบปฏิบัติการของบางสิ่งบางอย่าง programis ทำงาน
เราจะเรียกกระบวนการ ในขณะที่เรากล่าวข้างต้นกระบวนการเป็นเพียงการทำงานของ
โปรแกรม; ในทันทีในเวลาใด ๆ เราสามารถสรุปขั้นตอนโดยการ
สินค้าคงคลังของชิ้นส่วนต่างๆของ systemit เข้าถึงหรือมีผลในช่วง
เวลาของการดำเนินการเพื่อให้เข้าใจสิ่งที่ถือว่าเป็นกระบวนการที่เราจึงต้องเข้าใจสภาพของเครื่องจักร: สิ่งที่ programcan อ่านหรือการปรับปรุงเมื่อมีการทำงานในเวลาใดก็ตามสิ่งที่ชิ้นส่วนของตัวเครื่องมีความสำคัญต่อการดำเนินการของโปรแกรมนี้องค์ประกอบหนึ่งที่เห็นได้ชัดของรัฐเครื่องที่ประกอบด้วยกระบวนการที่เป็นหน่วยความจำ คำแนะนำในการอยู่ในหน่วยความจำ ข้อมูลที่ว่าโปรแกรมที่ใช้อ่านและเขียนอยู่ในหน่วยความจำได้เป็นอย่างดี ดังนั้นหน่วยความจำที่กระบวนการสามารถที่อยู่ (ที่เรียกว่าพื้นที่ที่อยู่ของมัน) เป็นส่วนหนึ่งของกระบวนการนอกจากนี้ส่วนหนึ่งของรัฐ process'smachine ที่มีการลงทะเบียน; คำแนะนำหลายอย่างชัดเจนอ่านหรือการปรับปรุงการลงทะเบียนและดังนั้นจึงเห็นได้ชัดว่าพวกเขามีความสำคัญต่อการดำเนินการตามกระบวนการ . ทราบว่ามีบางส่วนที่ลงทะเบียนพิเศษโดยเฉพาะอย่างยิ่งที่เป็นส่วนหนึ่งของรัฐเครื่องนี้ ตัวอย่างเช่น programcounter (PC) (บางครั้งเรียกว่าตัวชี้การเรียนการสอนหรือ IP) บอกเราว่าการเรียนการสอนซึ่ง programis ขณะนี้กำลังดำเนินการ; ในทำนองเดียวกันตัวชี้สแตกและที่เกี่ยวข้องชี้กรอบที่ใช้ tomanage กองสำหรับพารามิเตอร์การทำงานของท้องถิ่นตัวแปรและที่อยู่กลับมาในที่สุดโปรแกรมมักจะเข้าถึงอุปกรณ์จัดเก็บข้อมูลถาวรเกินไป ฉันเช่น / O informationmight รวมถึงรายชื่อของไฟล์ขั้นตอนในขณะนี้มีการเปิดนโยบายแยกต่างหากและกลไกในระบบปฏิบัติการหลายกระบวนทัศน์การออกแบบทั่วไปคือการแยกนโยบายระดับสูงจากกลไกในระดับต่ำของพวกเขา [L + 75] คุณสามารถคิดของกลไกการให้คำตอบว่าคำถามเกี่ยวกับระบบ; ตัวอย่างเช่นวิธีการที่ไม่ระบบปฏิบัติการที่ดำเนินการเปลี่ยนบริบท? นโยบายการให้คำตอบสำหรับคำถามที่; ตัวอย่างเช่นกระบวนการที่ควรปฏิบัติการ systemrun ตอนนี้? แยกทั้งสองช่วยให้หนึ่งได้อย่างง่ายดายเพื่อเปลี่ยนแปลงนโยบายโดยไม่ต้องคิดใหม่กลไกและจึงเป็นรูปแบบหนึ่งของต้นแบบ, หลักการออกแบบซอฟแวร์ทั่วไป

ผลลัพธ์ (ไทย) 3:

ที่เป็นนามธรรมโดย OS ของรันโปรแกรมอะไร
เราจะเรียกกระบวนการ อย่างที่เรากล่าวไว้ข้างต้น กระบวนการที่เป็นเพียงการวิ่ง
โปรแกรม ใด ๆได้ทันทีในเวลาที่เราสามารถสรุปกระบวนการโดยการ
สินค้าคงคลังของชิ้นส่วนที่แตกต่างกันของ systemit เข้าถึงหรือกระทบในระหว่างหลักสูตรของการประหาร


เข้าใจสิ่งที่ถือเป็นกระบวนการ เราจึงต้องเข้าใจ
สภาพเครื่อง : อะไร programcan อ่านหรือปรับปรุงเมื่อมันกำลังวิ่ง
ในเวลาใดก็ตาม สิ่งที่ชิ้นส่วนของเครื่องจักรเป็นสำคัญการประหาร
ของโปรแกรมนี้
หนึ่งชัดเจนส่วนประกอบสภาพเครื่องที่ประกอบด้วยกระบวนการ
หน่วยความจำของมัน คำสั่งอยู่ในหน่วยความจำ ข้อมูลที่โปรแกรม
อ่านและเขียนตั้งอยู่ในความทรงจำได้เป็นอย่างดี ดังนั้นหน่วยความจำที่
ที่อยู่ ( กระบวนการที่เรียกว่าพื้นที่ของที่อยู่ ) เป็นส่วนหนึ่งของกระบวนการ .
ยังเป็นส่วนหนึ่งของ process'smachine สภาพมีทะเบียน คำสั่งมากมาย
อย่างชัดเจนอ่านหรือปรับปรุงทะเบียนจึงเห็นได้ชัดว่าพวกเขามีความสําคัญต่อ


ตามกระบวนการ ทราบว่ามีบางโดยเฉพาะอย่างยิ่งพิเศษลงทะเบียนส่วนฟอร์ม
นี้เครื่อง รัฐ ตัวอย่างเช่น โปรแกรมเคำน์เตอร์ ( PC )
( บางครั้งเรียกว่า การชี้หรือ IP ) บอกเราซึ่งการจัดการเรียนการสอนของโปรแกรมที่กำลังรัน ในทํานองเดียวกันตัวชี้สแต็คที่ใช้ในกรอบ
ตัวชี้สแต็คสำหรับพารามิเตอร์ของฟังก์ชันตัวแปรท้องถิ่นและที่อยู่กลับมา
.
ในที่สุด โปรแกรมมักจะเข้าถึงอุปกรณ์จัดเก็บข้อมูลแบบถาวรด้วย เช่น I / O
informationmight รวมถึงรายชื่อไฟล์กระบวนการในขณะนี้ได้เปิด แยก นโยบายและกลไก

ในหลายระบบปฏิบัติการ การออกแบบทั่วไปกระบวนทัศน์เพื่อแยกจากนโยบายระดับสูงในกลไก [ L 75 ] คุณสามารถคิดของกลไกให้ตอบไปว่าคำถามเกี่ยวกับระบบ ตัวอย่างเช่น ทำไมระบบปฏิบัติการแสดงบริบทสลับ ?นโยบายที่ให้คำตอบที่คำถาม เช่น กระบวนการ ซึ่งควรดำเนินการ systemrun ตอนนี้ ? แยกสองช่วยให้หนึ่งได้อย่างง่ายดายเพื่อเปลี่ยนแปลงนโยบายโดยไม่ต้องทบทวนกลไกและจึงเป็นรูปแบบของต้นแบบ , ซอฟต์แวร์ทั่วไปหลักการออกแบบ .