Most JVM implementations use conser

Most JVM implementations use conservative garbage collectors that are very easy to implement, but demonstrate rather poor performance. Conservative garbage collectors cannot always determine where all object references are located. As a result, they must be careful in marking objects as candidates for garbage collection to ensure that no objects that are potentially in use are freed prematurely. This inaccuracy sometimes leads to memory fragmentation due to the inability to relocate objects. To reduce the negative performance impacts of garbage collection, Sun’s Hotspot JVM [The Java Hotspot Performance Engine Architecture] implements a fully accurate garbage collection (GC) mechanism. This implementation allows all inaccessible memory objects to be reclaimed while the remaining objects can be relocated to eliminate memory fragmentation. Hotspot uses three different GC algorithms to efficiently handle garbage collection. Agenerationalgarbage collector is used in most cases to increase the speed and efficiency of garbage collection. Generational garbage collectors cannot, however, handle long-lived objects. Consequently, Hotspot needs to use an old-object garbage collector, such as amark-compact garbage collector to collect objects that accumulate in the “Old Object” area of the generational garbage collector. The old-object garbage collector is invoked when very little free memory is available or through programmatic requests. In applications where a large amount of data is manipulated, longer GC pauses are encountered when a mark-compactcollector is used. These large latencies may not be acceptable for latency-sensitive or data-intensive Java applications, such as server applications and animations. To solve this problem, Hotspot provides an alternative incremental garbage collector to collect objects in the “Old Object” area. Incremental garbage collectors can potentially eliminate all user-perceived GC pauses by interleaving the garbage collection with program execution.

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

การใช้งานส่วนใหญ่ใช้ JVM เก็บขยะอนุรักษ์นิยมที่มีความง่ายมากที่จะดำเนินการ แต่แสดงให้เห็นถึงประสิทธิภาพการทำงานที่ค่อนข้างยากจน เก็บขยะอนุรักษ์นิยมไม่สามารถตรวจสอบที่ทุกอ้างอิงวัตถุที่ตั้งอยู่ เป็นผลให้พวกเขาจะต้องระมัดระวังในการทำเครื่องหมายวัตถุที่เป็นผู้สมัครในการเก็บรวบรวมขยะเพื่อให้แน่ใจว่าวัตถุที่อาจมีในการใช้งานไม่เป็นอิสระก่อนกำหนดความไม่ถูกต้องบางครั้งนี้จะนำไปสู่​​การกระจายตัวหน่วยความจำเนื่องจากไม่สามารถที่จะย้ายวัตถุ เพื่อลดผลกระทบเชิงลบของการเก็บขยะ JVM ฮอตสปอตของดวงอาทิตย์ [java ฮอตสปอตสถาปัตยกรรมเครื่องยนต์ประสิทธิภาพ] ดำเนินการเก็บขยะที่ถูกต้องอย่างเต็มที่ (GC) กลไกการดำเนินการนี​​้จะช่วยให้วัตถุที่ไม่สามารถเข้าถึงหน่วยความจำทั้งหมดที่จะยึดในขณะที่วัตถุที่เหลือสามารถย้ายที่จะกำจัดการกระจายตัวของหน่วยความจำ ฮอตสปอตใช้สามขั้นตอนวิธีการที่แตกต่างกัน GC ที่จะจัดการได้อย่างมีประสิทธิภาพการเก็บขยะ สะสม agenerationalgarbage ถูกนำมาใช้ในกรณีส่วนใหญ่เพื่อเพิ่มความเร็วและประสิทธิภาพของการเก็บขยะ เก็บขยะ generational ไม่สามารถแต่จัดการกับวัตถุที่จีรัง ดังนั้นจุดที่มีสัญญาณความต้องการที่จะใช้เก​​็บขยะเก่าวัตถุเช่นเก็บขยะ amark ขนาดเล็กเพื่อเก็บรวบรวมวัตถุที่สะสมในพื้นที่ "เก่าวัตถุ" ของการเก็บขยะ generational เก็บขยะเก่าวัตถุถูกเรียกเมื่อหน่วยความจำน้อยมากสามารถใช้ได้หรือผ่านการร้องขอการเขียนโปรแกรมในการใช้งานที่มีขนาดใหญ่ของข้อมูลที่บริสุทธิ์หยุด GC อีกต่อไปจะพบเมื่อเครื่องหมาย compactcollector ถูกนำมาใช้ เวลาแฝงขนาดใหญ่เหล่านี้อาจจะไม่เป็นที่ยอมรับสำหรับการใช้งานจาวาแฝงไวหรือข้อมูลมากเช่นการใช้งานเซิร์ฟเวอร์และภาพเคลื่อนไหว เพื่อแก้ปัญหานี้ฮอตสปอตให้เก็บขยะทางเลือกที่เพิ่มขึ้นเพื่อเก็บรวบรวมวัตถุใน "เก่าวัตถุ" พื้นที่ เก็บขยะที่เพิ่มขึ้นอาจจะสามารถกำจัดทั้งหมดใช้การรับรู้หยุด GC โดย interleaving เก็บขยะที่มีการทำงานของโปรแกรม

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

ใช้งาน JVM ส่วนใหญ่ใช้หัวเก่าสะสมขยะที่ง่ายต่อ การใช้ สาธิตประสิทธิภาพค่อนข้างต่ำ หัวเก่าขยะสะสมไม่เสมอกำหนดที่อ้างอิงอยู่ ดังนั้น พวกเขาต้องระมัดระวังในการทำเครื่องหมายวัตถุเป็นตัวเลือกสำหรับการเก็บรวบรวมขยะเพื่อให้แน่ใจว่า ไม่มีวัตถุที่อาจใช้เป็นรอดก่อนกำหนด Inaccuracy นี้บางครั้งนำไปสู่การกระจายตัวของหน่วยความจำเนื่องจากไม่สามารถย้ายวัตถุ เพื่อลดผลกระทบต่อประสิทธิภาพลบของการเก็บรวบรวมขยะ JVM จุดของดวงอาทิตย์ [Java จุดประสิทธิภาพเครื่องยนต์สถาปัตยกรรม] ใช้กลไกชุด (GC) ขยะอย่างถูกต้อง งานนี้ทำให้หน่วยความจำไม่สามารถเข้าถึงวัตถุทั้งหมดจะเรียกคืนในขณะที่สามารถย้ายวัตถุเหลือเพื่อกำจัดการกระจายตัวของหน่วยความจำ จุดใช้ GC กระบวนต่าง ๆ 3 การจัดการเก็บรวบรวมขยะได้อย่างมีประสิทธิภาพ รวบรวม Agenerationalgarbage ใช้ในกรณีส่วนใหญ่เพื่อเพิ่มความเร็วและประสิทธิภาพในการเก็บรวบรวมขยะ ไม่สะสมขยะคำ อย่างไรก็ตาม จัดการวัตถุ long-lived ดังนั้น จุดต้องการใช้เป็นวัตถุเก่าขยะเก็บ เช่นเก็บขยะ amark กระชับการรวบรวมวัตถุที่สะสมในพื้นที่ "วัตถุ" ของตัวเก็บรวบรวมขยะคำ ตัวเก็บรวบรวมขยะของเก่าวัตถุจะถูกเรียกเมื่อหน่วยความจำน้อยมากพร้อมใช้งาน หรือ ผ่านทางโปรแกรมร้องขอ ในโปรแกรมประยุกต์ที่จัดการข้อมูลจำนวนมาก ช่วงหยุดยาว GC จะพบเมื่อมีใช้เครื่องหมาย-compactcollector เวลาแฝงเหล่านี้มีขนาดใหญ่ยอมรับได้สำหรับ ความแฝง หรือเร่ง รัดข้อมูล Java โปรแกรมเซิร์ฟเวอร์และภาพเคลื่อนไหวไม่ได้ การแก้ปัญหา จุดให้เก็บขยะเพิ่มการสำรองเพื่อเก็บวัตถุในพื้นที่ "วัตถุ" เพิ่มขยะสะสมอาจสามารถกำจัดรับทั้งผู้ใช้รู้ GC หยุดชั่วคราว โดยการเก็บรวบรวมขยะ ด้วยโปรแกรมแทรกสลับข้อมูล

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

การปรับใช้งานของ Sun JVM แล้ว Control Panel ส่วนใหญ่จะใช้คนเก็บขยะมีความระมัดระวังที่จะเป็นอย่างมากได้อย่างง่ายดายในการใช้งานแต่ก็แสดงให้เห็นถึงผู้น่าสงสารมากกว่า ประสิทธิภาพ การทำงาน คนเก็บขยะด้วยความระมัดระวังไม่สามารถกำหนดสถานที่ซึ่งการอ้างถึงออบเจกต์ทั้งหมดตั้งอยู่เสมอ ทำให้จะต้องระมัดระวังในการทำเครื่องหมายวัตถุเป็นผู้สมัครสำหรับการเก็บขยะในการตรวจสอบให้แน่ใจว่าไม่มีสิ่งของที่ได้รับอาจทำให้เกิดความเสียหายในการใช้ได้ก่อนกำหนดไม่แน่นอนนี้บางครั้งก็นำไปสู่การแบ่งแยกออกเป็นชิ้นเล็กชิ้นน้อยหน่วยความจำเนื่องจากไม่สามารถที่จะหาวัตถุ ในการลดผลกระทบต่อ ประสิทธิภาพ การทำงานที่เป็นไปในเชิงลบของการเก็บขยะฮอตสปอตของ Sun JVM แล้ว Control Panel ของ Sun [ java ฮอตสปอต ประสิทธิภาพ เครื่องยนต์สถาปัตยกรรมที่]การดำเนินการได้อย่างถูกต้องอย่างเต็มถังขยะคอลเลคชั่น(เฉพาะรุ่น GC )กลไกการนำไปใช้งานนี้จะช่วยให้วัตถุไม่สามารถเข้าใช้หน่วยความจำทั้งหมดที่จะขอคืนในขณะที่วัตถุที่เหลืออยู่จะสามารถย้ายไปขจัดการแบ่งแยกออกเป็นชิ้นเล็กชิ้นน้อยหน่วยความจำ ฮอตสปอตจะใช้สามอัลกอริธึมเฉพาะรุ่น GC แตกต่างกันในการจัดการกับการเก็บขยะได้อย่างมี ประสิทธิภาพ โถรอง agenerationalgarbage จะใช้ในกรณีที่จะเพิ่ม ประสิทธิภาพ และความเร็วของการเก็บขยะ คนเก็บขยะปีที่ไม่สามารถแต่ถึงอย่างไรก็ตามยังสามารถจัดการกับวัตถุยาว - อาศัยอยู่ ส่งผลให้ความต้องการในการใช้งานฮอตสปอตที่เก่า - ออบเจกต์ขยะที่รอง,เช่น amark ขนาดกะทัดรัดขยะที่รองในการเก็บรวบรวมวัตถุที่สะสมอยู่ใน"วัตถุ"ของปีที่ทิ้งขยะที่รอง. โถเก็บขยะเก่า - วัตถุจะดำเนินการเมื่อหน่วยความจำแบบไม่เสียค่าบริการน้อยมากมีหรือผ่านการขอผ่านโปรแกรมในแอปพลิเคชันที่ซึ่งจำนวนเงินขนาดใหญ่ที่ของข้อมูลจะถูกแก้ไขเฉพาะรุ่น GC อีกต่อไปแล้วจะหยุดชั่วคราวจะพบเมื่อทำเครื่องหมาย - compactcollector ที่มีการใช้ ความล่าช้าของขนาดใหญ่เหล่านี้อาจไม่ได้เป็นที่ยอมรับได้สำหรับแอปพลิเคชันการหน่วงเวลาที่สำคัญหรือใช้งานที่ต้องใช้ข้อมูล Java เช่น ภาพ เคลื่อนไหวและแอพพลิเคชันเซิร์ฟเวอร์ ในการแก้ไขปัญหานี้ฮอตสปอตจะให้ทางเลือกอื่นเพิ่มขึ้นถังขยะที่รองในการเก็บรวบรวมวัตถุใน"วัตถุ"พื้นที่. คนเก็บขยะเพิ่มขึ้นสามารถขจัดผู้ใช้ - การรับรู้เฉพาะรุ่น GC จะหยุดชั่วคราวทั้งหมดโดยสามารถทำงานแบบ Interleaving ได้สองรูปแบบ:การเก็บขยะที่มีการประมวลผลโปรแกรมอาจทำให้เกิดความเสียหาย