7. CONCLUSIONJava, as a programming language, offers enormous potentia การแปล - 7. CONCLUSIONJava, as a programming language, offers enormous potentia ไทย วิธีการพูด

7. CONCLUSIONJava, as a programming

7. CONCLUSION
Java, as a programming language, offers enormous potential by providing platform independence and by combining a wide variety of language features found in different programming paradigms, such as, an object-orientation model, multithreading, automatic garbage collection, and so forth. The same features that make Java so attractive, however, come at the expense of very slow performance. The main reason behind Java’s slow performance is the high degree of hardware abstraction it offers. To make Java programs portable across all hardware platforms, Java source code is compiled to generate platform-independent bytecodes. These bytecodes are generated with no knowledge of the native CPU on which the code will be executed, however. Therefore, some translation or interpretation must occur at run-time, which directly adds to the application program’s execution time.
Memory management through automatic garbage collection is an important feature of the Java programming language since it releases programmers from the responsibility for deallocating memory when it is no longer needed. However, this automatic garbage collection process also adds to the overall execution time. Additional overhead is added by such features as exception handling, multithreading, and dynamic loading.
In the standard interpreted mode of execution, Java is about 10–50 times slower than an equivalent compiled C program. Unless the performance of Java programs becomes comparable to compiled programming languages such as C or CCC, however, Java is unlikely to be widely accepted as a general-purpose programming language. Consequently, researchers have been developing a variety of techniques to improve the performance of Java programs. This paper surveyed these alternative Java execution techniques. Although some of these techniques (e.g., direct Java compilers) provide performance close to compiled C programs, they do so at the possible expense of the portability and flexibility of Java programs. Java bytecode-to-source translators convert bytecodes to an intermediate source code and attempt to improve performance by applying existing optimization techniques for the chosen intermediate language. Some other techniques attempt to maintain portability by applying standard compiler optimizations directly to the Java bytecodes. Only a limited number of optimization techniques can be applied to bytecodes, though, since the entire program structure is unavailable at this level. Hence, bytecode optimizers may not provide performance comparable to direct compilation.
Another technique to maintain portability while providing higher performance is to parallelize loops or recursive procedures. However, the higher performance of such techniques is obtained only in multiprocessor systems and only on application programs that exhibit significant amounts of inherent parallelism. Yet another approach to high performance Java is a Java processor that directly executes the Java bytecodes as its native instruction set. Although these processors will execute Java programs much faster than either interpreters or compiled programs, they are of limited use since applications written in other programming languages cannot be run efficiently on these processors.
The current state-of-the-art research in Java execution techniques is being pursued along several directions. To match the performance of compiled programs, Java bytecodes must be translated to native machine code. However, the generation of this native machine code must be done dynamically during the program’sexecution to support Java’s portability and flexibility. Researchers are continually improving JIT compilation techniques to generate more highly optimized code within the limited amount of time available for the JIT compilation. Dynamic compilation techniques based on program execution profiles are also being applied. These techniques dynamically generate highly optimized native code as the program is executed. This dynamic compilation allows the program execution to adapt itself to its varying behavior to thereby provide improved performance.
Another trend for obtaining greater levels of performance is to improve the performance of the various individual JVM features, such as garbage collection, thread synchronization, and exception handling, that add overhead directly to the execution of the native code. Yet another trend is to execute Java programs in parallel and distributed environments. Different parallelization models are being developed to extract parallelism from serial Java programs without modifying the underlying JVM implementation. The bottleneck in this case, however, is the performance of the Java RMI and multithreading mechanisms, although research is also being pursued to provide efficient implementations of Java RMI and thread support mechanisms that will improve the performance of parallel and distributed Java programs.
The choice of a particular Java execution technique must be guided by the requirements of the application program as well as the performance offered by the technique. However, as was pointed out earlier, the performance evaluation of these various execution techniques is incomplete due to the lack of a standardized set of Java benchmark programs. Also, many of the techniques that have been evaluated were not complete implementations of the JVM. Some included garbage collection and exception handling, for instance, while others did not. These methodological variations make it extremely difficult to compare one technique to another even with a standard benchmark suite.
While Java has tremendous potential as a programming language, there is a tremendous amount yet to be done to make Java execution-time performance comparable to more traditional approaches.
ACKNOWLEDGMENTS
We thank Amit Verma and Shakti Davis for their help in gathering some of the information used in this paper.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
7 สรุป
จาวาเป็นภาษาโปรแกรมที่มีศักยภาพมหาศาลโดยการให้แพลตฟอร์มที่เป็นอิสระและโดยการรวมความหลากหลายของคุณสมบัติที่พบในภาษาการเขียนโปรแกรมที่แตกต่างกันกระบวนทัศน์เช่นรูปแบบวัตถุปฐมนิเทศ multithreading เก็บขยะอัตโนมัติและอื่น ๆ คุณสมบัติเดียวกันกับที่ทำให้จาวาเพื่อให้น่าสนใจ แต่มาที่ค่าใช้จ่ายของการทำงานที่ช้ามาก เหตุผลหลักที่อยู่เบื้องหลังการทำงานที่ช้าของ java เป็นระดับสูงของ abstraction ฮาร์ดแวร์ก็มี เพื่อให้โปรแกรมจาวาแบบพกพาในทุกแพลตฟอร์มฮาร์ดแวร์ซอร์สโค้ดจาวาจะรวบรวมเพื่อสร้าง bytecodes แพลตฟอร์ม bytecodes เหล่านี้จะถูกสร้างขึ้นด้วยความรู้เกี่ยวกับการทำงานของพื้นเมืองที่รหัสจะได้รับการดำเนินการใด ๆ อย่างไรก็ตามดังนั้นบางคนแปลหรือการตีความจะต้องเกิดขึ้นที่ใช้เวลาที่โดยตรงจะเพิ่มเวลาการดำเนินการของโปรแกรมประยุกต์
จัดการหน่วยความจำผ่านการเก็บขยะอัตโนมัติเป็นคุณลักษณะที่สำคัญของการเขียนโปรแกรมภาษาจาวาตั้งแต่มันออกโปรแกรมเมอร์จากความรับผิดชอบในการ deallocating หน่วยความจำเมื่อมันเป็นสิ่งที่ไม่จำเป็น อย่างไรก็ตามขั้นตอนนี้เก็บขยะอัตโนมัติยังเพิ่มเวลาการดำเนินการโดยรวม ค่าใช้จ่ายเพิ่มเติมจะถูกเพิ่มโดยคุณสมบัติเช่นการจัดการข้อยกเว้น multithreading และโหลดแบบไดนามิก
ในโหมดมาตรฐานของการดำเนินการตีความ, java ประมาณ 10-50 ครั้งช้ากว่าเทียบเท่ารวบรวมโปรแกรมคยกเว้นในกรณีที่ประสิทธิภาพการทำงานของโปรแกรมจาวากลายเป็นเปรียบได้กับการรวบรวมการเขียนโปรแกรมภาษาเช่น C หรือ CCC, แต่ java ไม่น่าจะได้รับการยอมรับอย่างกว้างขวางว่าเป็นภาษาการเขียนโปรแกรมเพื่อใช้งานทั่วไป ดังนั้นนักวิจัยได้รับการพัฒนาความหลากหลายของเทคนิคในการปรับปรุงประสิทธิภาพการทำงานของโปรแกรมจาวา กระดาษนี้สำรวจเทคนิคการดำเนิน java ทางเลือกเหล่านี้แม้ว่าบางส่วนของเทคนิคเหล่านี้ (เช่นคอมไพเลอร์จาวาโดยตรง) ให้มีประสิทธิภาพใกล้เคียงกับโปรแกรมครวบรวมพวกเขาทำที่ค่าใช้จ่ายที่เป็นไปได้ในการพกพาและความยืดหยุ่นของโปรแกรมจาวาแปล java bytecode การแปลงแห​​ล่ง bytecodes ซอร์สโค้ดกลางและพยายามที่จะปรับปรุงประสิทธิภาพการทำงานโดยการใช้เทคนิคการเพิ่มประสิทธิภาพที่มีอยู่สำหรับภาษากลางได้รับการแต่งตั้ง บางเทคนิคอื่น ๆ พยายามที่จะรักษาพกพาโดยใช้คอมไพเลอร์เพิ่มประสิทธิภาพมาตรฐานโดยตรงกับ bytecodes javaเพียงจำนวน จำกัด ของเทคนิคการเพิ่มประสิทธิภาพสามารถนำไปใช้กับ bytecodes แต่เนื่องจากโครงสร้างโปรแกรมทั้งหมดไม่สามารถใช้งานในระดับนี้ ด้วยเหตุนี้การเพิ่มประสิทธิภาพ bytecode ไม่อาจให้ผลการดำเนินงานเมื่อเทียบกับการรวบรวมโดยตรง
เทคนิคในการรักษาพกพาในขณะที่ให้ประสิทธิภาพการทำงานที่สูงขึ้นอีกคือการขนานลูปหรือขั้นตอนซ้ำ อย่างไรก็ตามประสิทธิภาพการทำงานที่สูงขึ้นของเทคนิคดังกล่าวได้เฉพาะในระบบมัลติโปรเซสเซอร์และเฉพาะในโปรแกรมที่แสดงจำนวนเงินที่สำคัญของความเท่าเทียมโดยธรรมชาติ แต่วิธีการที่มีประสิทธิภาพสูง java อีกอย่างก็คือการประมวลผลจาวาที่รันโดยตรง bytecodes java เป็นชุดการเรียนการสอนของพื้นเมืองแม้ว่าการประมวลผลเหล่านี้จะรันโปรแกรมจาวาเร็วกว่าทั้งแปลหรือโปรแกรมที่รวบรวมพวกเขามีการใช้งานที่ จำกัด เนื่องจากโปรแกรมที่เขียนในภาษาโปรแกรมอื่น ๆ ที่ไม่สามารถทำงานได้อย่างมีประสิทธิภาพในการประมวลผลเหล่านี้
วิจัยรัฐของศิลปะในปัจจุบันเทคนิคการดำเนิน java จะถูกไล่ตามหลายทิศทาง เพื่อให้ตรงกับประสิทธิภาพการทำงานของโปรแกรมที่รวบรวมที่bytecodes java ต้องแปลรหัสเครื่องพื้นเมือง แต่รุ่นของรหัสเครื่องนี้พื้นเมืองจะต้องทำแบบไดนามิกในระหว่าง program'sexecution เพื่อสนับสนุนการพกพาของ java และความยืดหยุ่น นักวิจัยกำลังพัฒนาอย่างต่อเนื่องเทคนิคการรวบรวม JIT เพื่อสร้างรหัสการเพิ่มประสิทธิภาพสูงขึ้นภายในจำนวน จำกัด ของเวลาที่มีอยู่สำหรับการรวบรวม JITเทคนิคการรวบรวมแบบไดนามิกตามรูปแบบการทำงานของโปรแกรมก็จะถูกนำไปใช้ เทคนิคเหล่านี้สร้างแบบไดนามิกรหัสพื้นเมืองที่ดีที่สุดอย่างเป็นโปรแกรมที่จะดำเนินการ แบบไดนามิกนี้รวบรวมช่วยให้การทำงานของโปรแกรมที่จะปรับตัวเองไปสู่​​พฤติกรรมที่แตกต่างกันเพื่อช่วยให้ประสิทธิภาพการทำงานที่ดีขึ้น
แนวโน้มสำหรับการได้รับมีประสิทธิภาพสูงขึ้นอีกอย่างก็คือการปรับปรุงประสิทธิภาพการทำงานของคุณสมบัติต่างๆของแต่ละ JVM เช่นเก็บขยะประสานด้ายและการจัดการข้อยกเว้นที่เพิ่มค่าใช้จ่ายโดยตรงกับการดำเนินการของรหัสพื้นเมือง ยังแนวโน้มอื่นคือการรันโปรแกรมจาวาในสภาพแวดล้อมแบบขนานและกระจายรูปแบบที่แตกต่างกัน parallelization มีการพัฒนาที่จะดึงขนานจากโปรแกรมจาวาแบบอนุกรมไม่ต้องปรับเปลี่ยนการดำเนินงาน jvm ที่ทำงานอยู่ภายใต้ คอขวดในกรณีนี้ก็คือการปฏิบัติงานของ rmi java multithreading และกลไกที่แม้ว่าการวิจัยจะยังมีการดำเนินการเพื่อให้การใช้งานที่มีประสิทธิภาพของ java rmi และด้ายกลไกการสนับสนุนที่จะช่วยเพิ่มประสิทธิภาพของการขนานและกระจายโปรแกรมจาวา
ทางเลือกของเทคนิคการดำเนิน java โดยเฉพาะอย่างยิ่งจะต้องได้รับคำแนะนำจากความต้องการของโปรแกรมประยุกต์ที่เป็นผลการดำเนินงานที่นำเสนอโดยเทคนิค อย่างไรก็ตามตามที่ได้ชี้ให้เห็นก่อนหน้านี้การประเมินผลการปฏิบัติงานของเทคนิคการดำเนินการต่างๆเหล่านี้ไม่สมบูรณ์เนื่องจากขาดชุดมาตรฐานของโปรแกรมจาวามาตรฐาน นอกจากนี้ยังมีหลายเทคนิคที่ได้รับการประเมินที่ไม่ได้ใช้งานที่สมบูรณ์ของ JVM บางคนรวมถึงการเก็บขยะและการจัดการข้อยกเว้นตัวอย่างเช่นในขณะที่คนอื่นไม่ได้รูปแบบวิธีการเหล่านี้ทำให้มันเป็นเรื่องยากมากที่จะเปรียบเทียบเทคนิคหนึ่งไปยังอีกแม้จะมีชุดมาตรฐานมาตรฐาน
ขณะที่ java มีศักยภาพอย่างมากเป็นภาษาเขียนโปรแกรมที่มีจำนวนมากที่ยังไม่ได้ทำเพื่อให้ประสิทธิภาพการทำงานของจาวาเวลาเมื่อเทียบกับวิธีการแบบดั้งเดิมมากขึ้น.

กิตติกรรมประกาศเราขอขอบคุณ Verma Amit และ Shakti davis เพื่อขอความช่วยเหลือของพวกเขาในการรวบรวมข้อมูลบางอย่างที่ใช้ในบทความนี้.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
7. สรุป
Java เป็นภาษาการเขียนโปรแกรม มีศักยภาพมหาศาล โดยให้แพลตฟอร์มที่เป็นอิสระ และ โดยรวมภาษาที่หลากหลาย คุณลักษณะพบต่าง ๆ paradigms โปรแกรม เช่น การวางแนววัตถุจำลอง มัลติเธรด เก็บรวบรวมขยะอัตโนมัติ และอื่น ๆ คุณลักษณะเดียวกันที่ทำให้ Java เพื่อให้น่าสนใจ อย่างไรก็ตาม มาค่าใช้จ่ายประสิทธิภาพการทำงานช้ามาก เหตุผลหลักที่อยู่เบื้องหลังของจาวาช้าประสิทธิภาพ abstraction ฮาร์ดแวร์ให้บริการในระดับสูงได้ เพื่อให้โปรแกรม Java แบบข้ามแพลตฟอร์มฮาร์ดแวร์ทั้งหมด เป็นการคอมไพล์ซอร์สโค้ด Java เพื่อสร้างแพลตฟอร์มอิสระ bytecodes Bytecodes เหล่านี้สร้างความไม่รู้ของเจ้า CPU ซึ่งรหัสจะดำเนิน อย่างไรก็ตาม ดังนั้น แปลหรือตีความบางอย่างต้องเกิดขึ้นในขณะใช้งาน การเพิ่มระยะเวลาการดำเนินการของโปรแกรมประยุกต์โดยตรง
หน่วยความจำจัดการขยะอัตโนมัติคอลเลกชันเป็นคุณลักษณะสำคัญของ Java เขียนโปรแกรมภาษาตั้งแต่มันออกโปรแกรมเมอร์จากความรับผิดชอบสำหรับ deallocating หน่วยความจำเมื่อไม่จำเป็นต้อง อย่างไรก็ตาม กระบวนการเก็บรวบรวมขยะอัตโนมัตินี้ยังเพิ่มระยะเวลาการดำเนินการโดยรวม ค่าโสหุ้ยเพิ่มเติมจะถูกเพิ่ม โดยคุณลักษณะดังกล่าวเป็นการจัดการข้อยกเว้น มัลติเธรด และการโหลดแบบไดนามิก
ในโหมด interpreted มาตรฐานของการดำเนินการ Java เป็นเกี่ยวกับ 10–50 เวลาช้ากว่าโปรแกรม C คอมไพล์เทียบเท่า นอกจากประสิทธิภาพการทำงานของโปรแกรม Java จะเทียบได้กับภาษาเขียนโปรแกรมคอมไพล์เช่น C หรือซีซีซี ไร Java ไม่น่าจะเป็นที่ยอมรับอย่างกว้างขวางเป็นภาษาการเขียนโปรแกรมวัตถุประสงค์ทั่วไป ดังนั้น นักวิจัยมีการพัฒนาความหลากหลายของเทคนิคการปรับปรุงประสิทธิภาพการทำงานของโปรแกรม Java กระดาษนี้สำรวจเทคนิคเหล่านี้ปฏิบัติการ Java อื่น แม้ว่าบางส่วนของเทคนิคเหล่านี้ (เช่น โดยตรงจาวาคอมไพเลอร์) ให้ประสิทธิภาพใกล้คอมไพล์โปรแกรม C ทำให้ค่าใช้จ่ายสามารถพกพาและความยืดหยุ่นของโปรแกรม Java แปล bytecode แหล่ง Java แปลง bytecodes ซอร์สโค้ดกลาง และพยายามที่จะเพิ่มประสิทธิภาพ โดยใช้เทคนิคเพิ่มประสิทธิภาพที่มีอยู่สำหรับภาษากลางที่ท่าน เทคนิคอื่น ๆ พยายามรักษาพอร์ต โดยใช้คอมไพเลอร์มาตรฐานเพิ่มประสิทธิภาพ Java bytecodes โดยตรง เพียงจำนวนจำกัดของเทคนิคการเพิ่มประสิทธิภาพใช้ bytecodes แม้ว่า เนื่องจากโครงสร้างของโปรแกรมทั้งหมดไม่พร้อมใช้งานในระดับนี้ ดังนั้น เพิ่มประสิทธิภาพ bytecode อาจไม่ให้ประสิทธิภาพเทียบเท่ากับการคอมไพล์โดยตรง
อีกเทคนิครักษาพอร์ตให้สูงจะ parallelize ขั้นตอนซ้ำหรือวนรอบ อย่างไรก็ตาม ประสิทธิภาพสูงของเทคนิคดังกล่าวจะได้รับเฉพาะ ในระบบมัลติโปรเซสเซอร์ และ บนโปรแกรมประยุกต์ที่แสดงจำนวน parallelism แต่กำเนิดที่สำคัญ ยัง วิธีอื่นประสิทธิภาพสูง Java จะประมวลผลจาวาที่ดำเนิน bytecodes Java เป็นชุดการสอนภาษาโดยตรง ถึงแม้ว่าตัวประมวลผลเหล่านี้จะดำเนินการเร็วกว่าโง่เป็นโปรแกรม Java หรือคอมไพล์โปรแกรม จะใช้จำกัดเนื่องจากโปรแกรมประยุกต์ที่เขียนในภาษาโปรแกรมอื่น ๆ ไม่สามารถทำงานได้อย่างมีประสิทธิภาพบนตัวประมวลผลเหล่านี้
การวิจัยสมัยของปัจจุบันใน Java เทคนิคการดำเนินการเป็นการติดตามตามทิศทางต่าง ๆ การเปรียบเทียบประสิทธิภาพของโปรแกรมคอมไพล์ Java bytecodes ต้องแปลรหัสเครื่องแม่ อย่างไรก็ตาม รุ่นรหัสนี้เครื่องแม่ต้องทำแบบไดนามิกระหว่าง program'sexecution การสนับสนุนพอร์ตและความยืดหยุ่นของ Java นักวิจัยได้อย่างต่อเนื่องปรับปรุงเทคนิคการคอมไพล์ JIT สร้างรหัสให้เหมาะมากกว่าภายในช่วงระยะเวลาพร้อมใช้งานสำหรับการคอมไพล์ JIT เทคนิคคอมไพล์แบบไดนามิกตามโพรไฟล์การดำเนินการโปรแกรมจะถูกนำไปใช้ เทคนิคเหล่านี้แบบไดนามิกสร้างรหัสภาษาเพิ่มประสิทธิภาพสูงเป็นโปรแกรมจะดำเนินการ คอมไพล์นี้แบบไดนามิกช่วยให้การดำเนินการโปรแกรมการปรับตัวของลักษณะที่แตกต่างกันจึงให้ปรับปรุงประสิทธิภาพการ
แนวโน้มอื่นสำหรับการได้รับมากกว่าระดับของประสิทธิภาพการทำงานคือการ ปรับปรุงประสิทธิภาพการทำงานของต่าง ๆ ละ JVM เก็บขยะ การซิงโครไนส์เธรด และการ จัดการข้อยกเว้น ที่เพิ่มค่าใช้จ่ายโดยตรงกับการดำเนินการของรหัสภาษา ยัง แนวโน้มอื่นคือการ เรียกใช้โปรแกรม Java ในสภาพแวดล้อมแบบขนาน และแบบกระจาย รุ่น parallelization ต่าง ๆ จะได้รับการพัฒนาสกัด parallelism จากโปรแกรม Java ตอลในงาน JVM อยู่ภายใต้ รองในกรณีนี้ อย่างไรก็ตาม คือ ประสิทธิภาพการทำงานของ Java RMI และมัลติเธรดกลไก แม้ว่าการวิจัยเป็นการติดตามเพื่อให้มีประสิทธิภาพการใช้งาน Java RMI และหัวข้อสนับสนุนกลไกที่จะเพิ่มประสิทธิภาพของโปรแกรม Java แบบขนาน และแบบกระจาย ด้วย
เลือกเทคนิคการดำเนินการเฉพาะ Java ต้องถูกแนะนำ โดยความต้องการของโปรแกรมประยุกต์รวมทั้งประสิทธิภาพด้วยเทคนิค อย่างไรก็ตาม ตามที่ได้ชี้ให้เห็นก่อนหน้านี้ การประเมินประสิทธิภาพของเทคนิคการดำเนินการต่าง ๆ เหล่านี้ไม่สมบูรณ์ขาดชุดมาตรฐานของโปรแกรมมาตรฐาน Java ยัง หลายเทคนิคที่ได้รับการประเมินไม่สมบูรณ์ใช้งาน JVM บางรวมเก็บรวบรวมขยะและยกเว้นการจัดการ เช่น ในขณะที่คนอื่นไม่ รูปแบบ methodological เหล่านี้ทำให้ยากมากที่จะเปรียบเทียบเทคนิคหนึ่งไปอีกกับชุดมาตรฐานมาตรฐาน
ในขณะที่จาวามีศักยภาพมหาศาลเป็นภาษาการเขียนโปรแกรม มีจำนวนมหาศาลยังจะทำให้ประสิทธิภาพของเวลาปฏิบัติการ Java เทียบได้กับสไตล์วิธีการ
ตอบ
เราขอขอบคุณ Amit Verma และเดวิสชัคตี้สำหรับวิธีที่ใช้ในการรวบรวมของข้อมูลที่ใช้ในเอกสารนี้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
7 . บทสรุป
Java เป็น ภาษา โปรแกรมที่จัดให้บริการได้อย่างมากโดยการให้ความเป็นอิสระและแพลตฟอร์มโดยการผสมผสานความหลากหลายของคุณสมบัติ ภาษา พบได้ในกระบวนทัศน์การตั้งโปรแกรมต่างๆเช่นมัลติเธรดดิ้งรุ่นวัตถุ - ความเข้าใจการเก็บขยะโดยอัตโนมัติและให้ออกมา โดดเด่นไปด้วยเหมือนกันที่ทำให้จาวาน่าดึงดูดใจอย่างนั้นอย่างไรก็ตามมาที่ค่าใช้จ่ายของการทำงานที่ช้าเป็นอย่างมาก เหตุผลหลักที่อยู่เบื้องหลังการทำงานที่ช้าของ Java คือระดับสูงของ Hardware Abstraction จัดให้บริการ ในการทำให้โปรแกรม Java แบบพกพาบนแพลตฟอร์มฮาร์ดแวร์ทั้งหมดซอร์สโค้ดจาวาคือรวบรวมเพื่อสร้าง bytecodes แพลตฟอร์มแบบแยกเป็นอิสระ bytecodes เหล่านี้จะถูกสร้างขึ้นโดยไม่มีความรู้ของซีพียูแบบเนทีฟที่รหัสที่จะถูกดำเนินการอย่างไรก็ตามดังนั้นการตีความหรือแปลบางแห่งจะต้องเกิดขึ้นในเวลาใช้งานโดยตรงที่เพิ่มเวลาในการประมวลผลของแอปพลิเคชันโปรแกรมนี้ การจัดการ
หน่วยความจำผ่านการเก็บขยะโดยอัตโนมัติเป็นคุณสมบัติที่สำคัญของการตั้งโปรแกรม ภาษา Java นี้ตั้งแต่รุ่นใหม่เครื่องตั้งโปรแกรมจากความรับผิดชอบสำหรับหน่วยความจำ deallocating เมื่อมีความต้องการใช้ไม่ได้อีกต่อไป แต่ถึงอย่างไรก็ตามขั้นตอนการเก็บขยะโดยอัตโนมัตินี้ยังช่วยเพิ่มเวลาในการประมวลผลโดยรวม ค่าใช้จ่ายอื่นๆเพิ่มเติมโดยมีการเพิ่มคุณสมบัติต่างๆเช่นการจัดการกับความผิดปกติและการโหลดมัลติเธรดดิ้งแบบไดนามิก
อยู่ในโหมดตีความตามมาตรฐานของการประมวลผล Java คือเกี่ยวกับ 10-50 10-50 10-50 เวลาช้ากว่าโปรแกรม C คอมไพล์หรือเทียบเท่าเว้นแต่การทำงานของโปรแกรมจาวาจะกลายเป็น ภาษา การเขียนโปรแกรมใกล้เคียงกับคอมไพล์เช่น C CCC หรืออย่างไรก็ตาม Java จะไม่น่าจะเป็นที่ยอมรับอย่างกว้างขวางได้รับการยอมรับเป็น ภาษา โปรแกรมทั่วไป ดังนั้นจึงมีนักวิจัยได้ทำการพัฒนาความหลากหลายของเทคนิคในการปรับปรุง ประสิทธิภาพ การทำงานของโปรแกรม Java เอกสารนี้สำรวจเทคนิคการประมวลผล Java ทางเลือกเหล่านี้แม้ว่าเทคนิคเหล่านี้(เช่น Java ตรงคอมไพเลอร์)บางรายจะให้ ประสิทธิภาพ การทำงานอยู่ใกล้กับโปรแกรม C โดยพวกเขาได้ทำเช่นนั้นโดยชำระค่าใช้จ่ายด้วยเป็นไปได้ของความยืดหยุ่นและความสามารถในการพกพาได้ของโปรแกรม Javaนักแปล bytecode - to - แหล่ง Java แปลง bytecodes ในความพยายามและซอร์สโค้ดกลางเพื่อปรับปรุง ประสิทธิภาพ การทำงานโดยใช้เทคนิคการปรับแต่งที่มีอยู่สำหรับ ภาษา ระดับกลางที่เลือก เทคนิคอื่นๆบางคนพยายามที่จะรักษาพกพาโดยใช้การปรับปรุง ประสิทธิภาพ คอมไพเลอร์มาตรฐานโดยตรงเพื่อ bytecodes Javaจำนวนของเทคนิคการปรับแต่งสามารถนำไปใช้ในการ bytecodes แม้ว่าเนื่องจากโครงสร้างโปรแกรมทั้งหมดที่ไม่พร้อมใช้งานในระดับนี้ ดังนั้น optimizers bytecode อาจไม่มี ประสิทธิภาพ ใกล้เคียงกับรวบรวมโดยตรง เทคนิค
อื่นเพื่อรักษาพกพาสะดวกในขณะที่การให้ ประสิทธิภาพ การทำงานที่สูงขึ้นคือการ parallelize ขั้นตอนการสอบถามแบบสอบถามซ้ำหรือกราวนด์ลูป แต่ถึงอย่างไรก็ตามประสิทธิภาพ การทำงานที่สูงขึ้นที่ใช้เทคนิคการดังกล่าวจะได้รับเฉพาะในระบบมัลติโปรเซสเซอร์และเฉพาะในโปรแกรมแอปพลิเคชันที่จัดแสดงนิทรรศการจำนวนมากอย่างมีนัยสำคัญในเรื่องของการทำงานแบบขนาน อีกแนวทาง ประสิทธิภาพ สูง Java คือโปรเซสเซอร์โดยตรง Java ที่เรียก bytecodes Java ที่เป็นชุดคำสั่งแบบเนทีฟของแม้ว่าโปรเซสเซอร์เหล่านี้จะเรียกใช้โปรแกรม Java ได้รวดเร็วกว่าทั้งผู้เป็นล่ามหรือโปรแกรมโดยมีการใช้งานจำกัด(มหาชน)เนื่องจากแอปพลิเคชันบันทึกไว้ใน ภาษา การเขียนโปรแกรมอื่นๆไม่สามารถรันได้อย่างมี ประสิทธิภาพ บนโปรเซสเซอร์เหล่านี้
การวิจัยในแบบที่ทันสมัยในปัจจุบันที่ในเทคนิคการประมวลผล Java เป็นการไล่ตามไปตามทิศทางต่างๆกัน ในการเปรียบเทียบ ประสิทธิภาพ ของโปรแกรมคอมไพล์bytecodes Java ต้องแปลเป็นรหัสเครื่องพื้นเมือง แต่ถึงอย่างไรก็ตามสำหรับอนาคตของรหัสเครื่องพื้นเมืองแห่งนี้จะต้องทำแบบไดนามิกในระหว่างโปรแกรม' sexecution พกพาที่ให้การสนับสนุนและความยืดหยุ่นของ Java นักวิจัยกำลังรวบรวมเพื่อพัฒนาเทคนิคด่านอีป้องในการสร้างรหัสมากกว่าการปรับแต่ง ภายใน ระยะเวลาจำกัด(มหาชน)ที่มีเวลาจัดให้บริการสำหรับรวบรวมด่านอีป้องอย่างต่อเนื่องเทคนิคการคอมไพล์แบบไดนามิกโดยยึดตามส่วนกำหนดค่าการทำงานของโปรแกรมจะถูกนำไปประยุกต์ใช้ได้ด้วย เทคนิคเหล่านี้แบบไดนามิกที่ปรับแต่งสร้างรหัสพื้นเมืองเป็นโปรแกรมที่จะถูกประหารชีวิตเป็นอย่างสูง รวบรวมแบบไดนามิกนี้จะช่วยให้การทำงานของโปรแกรมที่จะปรับเปลี่ยนตัวเองเพื่อการทำงานที่แตกต่างกันในการจัดให้มี ประสิทธิภาพ การทำงานดีขึ้นซึ่งจะส่งผลให้
และแนวโน้มในการขอรับระดับของ ประสิทธิภาพ มากขึ้นคือการปรับปรุง ประสิทธิภาพ การทำงานของคุณลักษณะเฉพาะของ Sun JVM แล้ว Control Panel ต่างๆเช่นการเก็บขยะการซิงโครไนซ์ชุดคำสั่ง( Thread )และการจัดการกับความผิดปกติที่เพิ่มขึ้นเหนือศีรษะโดยตรงในการประมวลผลของรหัสพื้นเมือง แต่แนวโน้มคือการเรียกใช้โปรแกรม Java ในแบบคู่ขนานและ สภาพแวดล้อม แบบกระจายรุ่น parallelization แตกต่างกันได้รับการพัฒนาเพื่อสกัดการทำงานแบบขนานจากโปรแกรมจาวา Serial ไม่มีการปรับเปลี่ยนการนำไปใช้งานของ Sun JVM แล้ว Control Panel พื้นฐานที่ ปัญหาข้อมูลติดขัดเกิดขึ้นที่ในกรณีนี้แต่ถึงอย่างไรก็ตามยังมี ประสิทธิภาพ การทำงานของ Java rmi และกลไกทำงานมัลติเธรดดิ้งแม้ว่าการวิจัยมีการไล่ตามให้การปรับใช้งานอย่างมี ประสิทธิภาพ ของ Java rmi และการทำงานของกลไกการสนับสนุนเธรดที่จะช่วยปรับปรุง ประสิทธิภาพ การทำงานของคู่ขนานและการเผยแพร่โปรแกรมจาวาด้วย
ทางเลือกของเทคนิคการประมวลผล Java อย่างใดอย่างหนึ่งที่จะต้องได้รับการแนะนำจากข้อกำหนดของโปรแกรมแอปพลิเคชันที่รวมถึง ประสิทธิภาพ ที่จัดให้บริการโดยเทคนิค แต่ถึงอย่างไรก็ตามที่จะชี้ให้เห็นก่อนหน้าการประเมิน ประสิทธิภาพ การทำงานที่ใช้เทคนิคการประมวลผลต่างๆเหล่านี้จะไม่สมบูรณ์เนื่องจากการขาดการตั้งค่ามาตรฐานของโปรแกรมการวัด ประสิทธิภาพ Java นอกจากนั้นยังใช้เทคนิคการจำนวนมากที่มีการประเมินว่าไม่ได้ทำให้การใช้งานของ jvm. ได้ บางส่วนรวมถึงการจัดการกับขยะเก็บรวบรวมและข้อยกเว้นสำหรับตัวอย่างเช่นในขณะที่คนอื่นไม่ได้ความแตกต่างของปวงชนเหล่านี้ทำให้มันเป็นการยากมากเพื่อทำการเปรียบเทียบหนึ่งเทคนิคในการอีกคนหนึ่งแม้จะมีชุดการวัดมาตรฐาน
ในขณะที่ Java ที่มี ศักยภาพ ที่จะเพิ่มขึ้นอย่างมหาศาลเป็น ภาษา โปรแกรมที่มีจำนวนมหาศาลที่ยังไม่ได้ทำขึ้นเพื่อทำให้ ประสิทธิภาพ ในการทำงาน - เวลา Java ใกล้เคียงกับวิธีการแบบดั้งเดิมมากกว่า.

ตามมาตรฐานการรับรองเราขอขอบคุณ amit verma shakti เดวิสและสำหรับความช่วยเหลือในการเก็บรวบรวมข้อมูลที่ใช้ในเอกสารนี้บางส่วน.
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: