fork () คัดลอก heap ของกระบวนการทั้งหมดใน Linux ทันทีหรือไม่

การfork()เรียกระบบโคลนกระบวนการลูกจากกระบวนการทำงาน กระบวนการทั้งสองนั้นเหมือนกันยกเว้น PID

ตามธรรมชาติแล้วหากกระบวนการเพิ่งอ่านจากกองของพวกเขามากกว่าที่จะเขียนลงไปการคัดลอกฮีปนั้นจะเป็นการสูญเสียความทรงจำครั้งใหญ่

คัดลอกฮีปกระบวนการทั้งหมดหรือไม่ มันได้รับการปรับให้เหมาะสมในวิธีที่เขียนเฉพาะการทริกเกอร์สำเนาฮีป

ความสมบูรณ์ทั้งหมดของfork()การดำเนินการโดยใช้ mmap / คัดลอกเมื่อเขียน

สิ่งนี้ไม่เพียงส่งผลกระทบต่อฮีป แต่ยังแชร์ไลบรารีสแต็กพื้นที่ BSS ด้วย

ซึ่งหมายความว่า fork นั้นเป็นการดำเนินการที่เบามากจนกระทั่งกระบวนการ 2 ผลลัพธ์ (พาเรนต์และชายด์) เริ่มเขียนลงในช่วงหน่วยความจำ คุณลักษณะนี้เป็นผู้สนับสนุนหลักสำหรับ lethality ของ fork-bombs - คุณจบลงด้วยกระบวนการมากเกินไปก่อนที่เคอร์เนลจะโอเวอร์โหลดด้วยการจำลองหน้าและการสร้างความแตกต่าง

คุณจะกดยากที่จะค้นหาในระบบปฏิบัติการที่ทันสมัยเป็นตัวอย่างของการดำเนินการที่เคอร์เนลทำสำเนาเอกสาร (ไดรเวอร์อุปกรณ์เป็นข้อยกเว้น) - มันไกลง่ายและมีประสิทธิภาพมากขึ้นในการใช้ฟังก์ชัน VM

แม้execve()เป็นหลัก "โปรด mmap binary / ld.so / whatnot ตามด้วย execute" - และ VM จัดการการโหลดที่แท้จริงของกระบวนการเป็น RAM และการดำเนินการ ตัวแปรที่ไม่มีการกำหนดค่าท้องถิ่นจบลงด้วยการ mmaped จาก 'zero-page' - หน้า copy-on-write พิเศษสำหรับอ่านอย่างเดียวที่มีเลขศูนย์ตัวแปรเริ่มต้นในท้องถิ่นสิ้นสุดลงเป็น mmaped (copy-on-write อีกครั้ง) จากไฟล์ไบนารีของตัวเอง เป็นต้น

เคอร์เนล Linux ใช้งาน Copy-on-Write เมื่อfork()มีการเรียกใช้ เมื่อเรียกใช้ syscall หน้าเว็บที่ผู้ปกครองและเด็กแชร์จะถูกทำเครื่องหมายว่าอ่านอย่างเดียว

หากการเขียนถูกดำเนินการบนหน้าแบบอ่านอย่างเดียวก็จะถูกคัดลอกเนื่องจากหน่วยความจำจะไม่เหมือนกันระหว่างสองกระบวนการ ดังนั้นหากการดำเนินการอ่านเท่านั้นที่จะดำเนินการหน้าจะไม่คัดลอกเลย

Linux คัดลอกเมื่อเขียน เมื่อforkสร้างกระบวนการใหม่เพจที่จัดสรรจะถูกทำเครื่องหมายเป็นอ่านอย่างเดียวและแบ่งใช้ระหว่างพาเรนต์และชายด์ เมื่อทั้งสองพยายามแก้ไขหน้าความผิดพลาดหน้าถูกสร้างขึ้นผลในการคัดลอกหน้าและปรับตารางหน้าอย่างเหมาะสม