2.2. Garbage Collection In Java, ob

2.2. Garbage Collection
In Java, objects are never explicitly deleted. Instead, Java relies on some form of garbage collection to free memory when objects are no longer in use. The JVM specification [Lindholm and Yellin 1997]requires that every Java runtime implementation should have some form of automatic garbage collection. The specific details of the mechanism are left up to the implementors. A large variety of garbage collection algorithms have been developed, includingreference counting, mark-sweep, mark-compact, copying, and noncopying implicit collection [Wilson 1992]. While these techniques typically halt processing of the application program when garbage collection is needed, incrementalgarbage collection techniques have been developed that allow garbage collection to be interleaved with normal program execution. Another class of techniques known asgenerationalgarbage collection improve efficiency and memory locality by working on a smaller area of memory. These techniques exploit the observation that recently allocated objects are most likely to become garbage within a short period of time. The garbage collection process imposes a time penalty on the user program. Con sequently, it is important that the garbage collector is efficient and interferes with execution as little as possible. From the implementor’s point of view, the programming effort required to implement the garbage collector is another consideration. However, easy-to-implement techniques may not be the most execution time efficient. For example, conservative garbage collectors treat every register and word of allocated memory as a potential pointer and thus do not require any additional type information for allocated memory blocks to be maintained. The drawback, however, is slower execution time.Thus, there are trade-offs between ease of implementation and execution-time performance to be made when selecting a garbage collection technique for the JVM implementation.

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

2.2 เก็บขยะ
ใน java วัตถุจะไม่ถูกลบอย่างชัดเจน แทน java อาศัยรูปแบบของการเก็บขยะบางอย่างที่จะเป็นอิสระหน่วยความจำเมื่อวัตถุไม่ได้อยู่ในการใช้งาน ข้อกำหนด JVM [Lindholm และสะใจ 1997] กำหนดให้การดำเนินการทุก runtime java ควรจะมีรูปแบบของการเก็บขยะอัตโนมัติบางอย่าง รายละเอียดของกลไกที่เหลือขึ้นอยู่กับ implementorsหลากหลายของขั้นตอนวิธีการเก็บขยะได้รับการพัฒนา includingreference นับเครื่องหมายกวาดเครื่องหมายกะทัดรัดคัดลอกและเก็บ noncopying นัย [wilson 1992] ในขณะที่เทคนิคเหล่านี้มักจะหยุดการประมวลผลของโปรแกรมประยุกต์เมื่อเก็บขยะเป็นสิ่งจำเป็นเทคนิคการเก็บ incrementalgarbage ได้รับการพัฒนาที่ช่วยให้การเก็บขยะจะถูกแทรกด้วยการทำงานของโปรแกรมปกติ ชั้นเรียนของเทคนิคที่รู้จักกันในการเก็บรวบรวม asgenerationalgarbage ปรับปรุงประสิทธิภาพและท้องถิ่นหน่วยความจำด้วยการทำงานบนพื้นที่ขนาดเล็กของหน่วยความจำอื่นเทคนิคเหล่านี้ใช้ประโยชน์จากการสังเกตว่าเมื่อเร็ว ๆ นี้การจัดสรรวัตถุมีแนวโน้มที่จะกลายเป็นขยะภายในระยะเวลาที่สั้นของเวลา ขั้นตอนการเก็บขยะเรียกเก็บโทษเวลาที่ผู้ใช้โปรแกรม con sequently มันเป็นสิ่งสำคัญที่เก็บขยะมีประสิทธิภาพและรบกวนการดำเนินการน้อยที่สุดเท่าที่เป็นไปได้ จากจุด implementor ของมุมมองความพยายามในการเขียนโปรแกรมที่จำเป็นในการดำเนินการเก็บขยะมีการพิจารณาอีก แต่เทคนิคต่อการใช้ง่ายอาจจะไม่เป็นเวลาดำเนินการมีประสิทธิภาพมากที่สุด เช่นเก็บขยะอนุรักษ์รักษาทุกการลงทะเบียนและคำพูดของหน่วยความจำที่จัดสรรเป็นตัวชี้ที่มีศักยภาพและจึงไม่จำเป็นต้องพิมพ์ข้อมูลใด ๆ เพิ่มเติมสำหรับบล็อกหน่วยความจำที่จัดสรรให้ได้รับการรักษาข้อเสียเปรียบ แต่เป็น time.thus ดำเนินการช้าจะมีการแลกเปลี่ยนระหว่างความสะดวกในการดำเนินงานและผลการดำเนินงานการดำเนินงานที่จะทำเมื่อมีการเลือกเทคนิคการเก็บขยะสำหรับการดำเนินงาน JVM.

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

2.2 เก็บรวบรวมขยะ
ใน Java วัตถุได้อย่างชัดเจนไม่ลบ แทน Java อาศัยรูปแบบของการเก็บรวบรวมขยะการจำเมื่อวัตถุถูกใช้งานไม่ ข้อมูลจำเพาะ JVM [Lindholm และ Yellin 1997] ต้องใช้งานรันไทม์ Java ทุกควรมีรูปแบบของการเก็บรวบรวมขยะอัตโนมัติ รายละเอียดเฉพาะของกลไกที่เหลือได้ที่ implementors หลากหลายของอัลกอริทึมการเก็บขยะได้รับการพัฒนา นับ กวาดเครื่องหมาย เครื่องหมายกระชับ คัดลอก และ noncopying นัยชุด [วิลสัน 1992] includingreference ในขณะที่เทคนิคเหล่านี้หยุดการประมวลผลของโปรแกรมประยุกต์ให้ทั่วเมื่อต้องการเก็บรวบรวมขยะ เทคนิคชุด incrementalgarbage ได้รับการพัฒนาที่อนุญาตให้เก็บรวบรวมขยะจะมีแผนที่ ด้วยโปรแกรมที่ปกติ ชั้นอื่นของคอลเลกชัน asgenerationalgarbage รู้จักเทคนิคการปรับปรุงประสิทธิภาพและหน่วยความจำท้องถิ่น โดยทำงานบนพื้นที่ของหน่วยความจำขนาดเล็ก เทคนิคเหล่านี้ใช้สังเกตว่า เพิ่งปันวัตถุมักจะกลายเป็น ขยะภายในระยะเวลาสั้น ๆ การเก็บขยะเก็บโทษเวลาในโปรแกรมผู้ใช้ คอน sequently ได้สิ่งสำคัญที่เก็บรวบรวมขยะมีประสิทธิภาพ และรบกวนการดำเนินการน้อยที่สุด จากมุมมองของ implementor จุด พยายามเขียนโปรแกรมที่ต้องใช้ตัวเก็บรวบรวมขยะได้พิจารณาอีก อย่างไรก็ตาม เทคนิคการใช้งานง่ายไม่ได้เวลาดำเนินการส่วนใหญ่มีประสิทธิภาพ ตัวอย่าง หัวเก่าขยะสะสมรักษาทุกทะเบียนของหน่วยความจำที่ปันส่วนเป็นตัวชี้เป็นไปได้ และจึง ไม่ต้องใช้ข้อมูลชนิดเพิ่มเติมในบล็อกหน่วยความจำที่ปันส่วนเพื่อรักษา คืนเงิน อย่างไรก็ตาม มีเวลาดำเนินการช้าดังนั้น มีทางเลือกระหว่างความสะดวกในการประสิทธิภาพของงานและเวลาดำเนินการจะทำเมื่อเลือกเทคนิคเก็บขยะสำหรับใช้ JVM

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

2.2 . คอลเลคชั่น
ตามมาตรฐานขยะในเกาะชวามีวัตถุไม่เคยถูกลบออกอย่างชัดเจน แทน Java จะขึ้นอยู่กับรูปแบบของการเก็บขยะในหน่วยความจำแบบไม่เสียค่าบริการเมื่อมีวัตถุไม่ได้ใช้ ข้อมูลจำเพาะของ Sun JVM แล้ว Control Panel [ lindholm และ yellin 1997 ]ที่จำเป็นต้องให้การนำไปใช้งานแอพพลิเคชัน Java ทุกคนควรมีรูปแบบบางอย่างของการเก็บขยะโดยอัตโนมัติ รายละเอียดเฉพาะของกลไกที่มีอยู่ได้ถึงตัวอิมพลีเมนต์% s ได้ความหลากหลายขนาดใหญ่ของอัลกอริธึมการเก็บขยะได้รับการพัฒนานับ includingreference เครื่องหมาย - กวาดทำเครื่องหมายขนาดกะทัดรัดการคัดลอกและ noncopying ถือได้ว่าคอลเลคชั่น[วิลสัน 1992 ] ในขณะที่เทคนิคเหล่านี้โดยปกติแล้วหยุดการประมวลผลของโปรแกรมแอปพลิเคชันที่เมื่อการเก็บขยะเป็นสิ่งจำเป็นเทคนิคคอลเลคชั่น incrementalgarbage ได้รับการพัฒนาที่ช่วยให้การเก็บขยะให้เป็น interleaved พร้อมด้วยการประมวลผลโปรแกรมปกติ Class หนึ่งใช้เทคนิคการเป็นที่รู้จักกันคอลเลคชั่น asgenerationalgarbage ปรับปรุง ประสิทธิภาพ และพื้นที่หน่วยความจำโดยการทำงานในพื้นที่ที่มีขนาดเล็กกว่าของหน่วยความจำเทคนิคเหล่านี้ข้อบกพร่องการสังเกตได้ว่าวัตถุเมื่อไม่นานมานี้จัดให้บริการได้มากที่สุดมีแนวโน้มที่จะกลายเป็นขยะ ภายใน ระยะเวลาสั้นๆเวลา ขั้นตอนการเก็บขยะที่กีดกั้นการยิงลูกโทษเวลาในโปรแกรมผู้ใช้ Con sequently มันเป็นเรื่องสำคัญที่รองกากขยะที่มี ประสิทธิภาพ และส่งผลกระทบต่อการทำงานที่น้อยกว่าเท่าที่จะเป็นไปได้ จากจุดของ implementor ของวิวทิวทัศน์ความพยายามการตั้งโปรแกรมที่จำเป็นสำหรับการใช้งานที่รองถังขยะที่จะพิจารณาอีกครั้ง แต่ถึงอย่างไรก็ตามเทคนิคการใช้งานได้ง่ายอาจไม่ได้มากที่สุดเวลาที่มี ประสิทธิภาพ สำหรับตัวอย่างเช่นคนเก็บขยะด้วยความระมัดระวังรักษาคำและลงทะเบียนทุกแห่งจัดสรรหน่วยความจำเป็นตัวชี้ที่อาจเกิดขึ้นและไม่จำเป็นต้องมีข้อมูลเพิ่มเติมใดๆสำหรับช่วงตึกจัดสรรหน่วยความจำเพื่อจะได้รับการดูแลรักษาเป็นอย่างดีเงินคืนนี้แต่ถึงอย่างไรก็ตามยังมีเวลาในการประมวลผลช้าลงดังนั้นจึงมีการค้า - อุปกรณ์ต่อแยกระหว่างได้อย่างง่ายดายในการนำไปใช้งานและ ประสิทธิภาพ ในการทำงาน - เวลาจะทำให้เมื่อมีการเลือกเทคนิคการเก็บขยะที่สำหรับการนำไปใช้งานของ Sun JVM แล้ว Control Panel ได้.