ความเข้ากันได้ของ Java 32 บิตเทียบกับ 64 บิต

โค้ด Java ที่สร้างและคอมไพล์เทียบกับ JDK 32 บิตเป็นโค้ดไบต์ 32 บิตทำงานใน JVM 64 บิตหรือไม่ หรือ JVM 64 บิตต้องการรหัส 64 บิตไบต์?

เพื่อให้รายละเอียดเพิ่มเติมเล็กน้อยฉันมีโค้ดที่ทำงานในสภาพแวดล้อม Solaris ที่ใช้ JVM 32 บิต แต่ตอนนี้ฉันได้รับปัญหาหลังจากอัปเกรด JDK และ Weblogic Server เป็น 64 บิต

ใช่ Java bytecode (และซอร์สโค้ด) เป็นแพลตฟอร์มที่ไม่ขึ้นกับโดยสมมติว่าคุณใช้ไลบรารีอิสระของแพลตฟอร์ม 32 กับ 64 บิตไม่ควรสำคัญ

ฉันบังเอิญเรียกใช้แอปพลิเคชัน (ขนาดใหญ่) ของเราบน VM 64 บิตแทนที่จะเป็น VM 32 บิตและไม่ได้สังเกตเห็นจนกระทั่งไลบรารีภายนอกบางส่วน (เรียกโดย JNI) เริ่มล้มเหลว

ข้อมูลซีเรียลบนแพลตฟอร์ม 32 บิตถูกอ่านบนแพลตฟอร์ม 64 บิตโดยไม่มีปัญหาเลย

คุณได้รับปัญหาประเภทใด บางสิ่งได้ผลไม่ใช่อย่างอื่น? คุณลองติด JConsole และอื่น ๆ แล้วมีจุดสูงสุดหรือไม่?

หากคุณมี VM ที่ใหญ่มากคุณอาจพบว่าปัญหา GC ใน 64 บิตอาจส่งผลกระทบต่อคุณ

ใช่สำหรับคำถามแรกและไม่ใช่สำหรับคำถามที่สอง มันเป็นเครื่องเสมือน ปัญหาของคุณอาจเกี่ยวข้องกับการเปลี่ยนแปลงที่ไม่ระบุในการใช้งานไลบรารีระหว่างเวอร์ชัน แม้ว่ามันอาจจะเป็นสภาพการแข่งขัน

มีห่วงบางอย่างที่ VM ต้องดำเนินการ การอ้างอิงโดยเฉพาะจะได้รับการปฏิบัติในไฟล์คลาสราวกับว่าพวกเขาใช้พื้นที่เดียวกับints บนสแต็ก doubleและlongใช้ช่องอ้างอิงสองช่อง ตัวอย่างเช่นฟิลด์อินสแตนซ์มีการจัดเรียงใหม่บางอย่างที่ VM มักจะดำเนินการต่อไป ทั้งหมดนี้ทำได้ (ค่อนข้าง) โปร่งใส

นอกจากนี้ JVM แบบ 64 บิตบางตัวก็ใช้ "บีบอัด oops" เนื่องจากข้อมูลมีการจัดแนวให้อยู่รอบ ๆ ทุกๆ 8 หรือ 16 ไบต์ที่อยู่สามหรือสี่บิตจึงไร้ประโยชน์ (แม้ว่าบางอัลกอริทึมจะขโมย "เครื่องหมาย" บิตก็ตาม) สิ่งนี้ช่วยให้ข้อมูลแอดเดรส 32 บิต (ดังนั้นจึงใช้แบนด์วิดท์ครึ่งหนึ่งและเร็วกว่า) เพื่อใช้ขนาดฮีป 35- หรือ 36 บิตบนแพลตฟอร์ม 64 บิต

รหัสไบต์ทั้งหมดเป็นแบบ 8 บิต (นั่นคือเหตุผลที่เรียกว่ารหัส BYTE) คำแนะนำทั้งหมดมีขนาด 8 บิตหลายขนาด เราพัฒนาบนเครื่อง 32 บิตและเรียกใช้เซิร์ฟเวอร์ของเราด้วย JVM 64 บิต

คุณช่วยให้รายละเอียดเกี่ยวกับปัญหาที่คุณกำลังเผชิญได้หรือไม่? จากนั้นเราอาจมีโอกาสช่วยเหลือคุณ มิฉะนั้นเราจะเดาได้ว่าคุณกำลังมีปัญหาอะไร

เว้นแต่คุณจะมีโค้ดเนทีฟ (รหัสเครื่องที่คอมไพล์สำหรับเกมอาร์คิเทคเฉพาะ) โค้ดของคุณจะทำงานได้ดีเท่า ๆ กันใน JVM 32 บิตและ 64 บิต

อย่างไรก็ตามโปรดทราบว่าเนื่องจากแอดเดรสที่ใหญ่กว่า (32 บิตคือ 4 ไบต์ 64 บิตคือ 8 ไบต์) JVM 64 บิตจะต้องใช้หน่วยความจำมากกว่า JVM 32 บิตสำหรับงานเดียวกัน

ความแตกต่างระหว่าง 32 บิตกับ 64 บิตมีความสำคัญมากขึ้นเมื่อคุณเชื่อมต่อกับไลบรารีดั้งเดิม Java 64 บิตจะไม่สามารถเชื่อมต่อกับ 32 บิตที่ไม่ใช่ Java dll (ผ่าน JNI)

เพิ่มพารามิเตอร์ดังต่อไปนี้ในการกำหนดค่าขณะสร้าง exe

http://www.technimi.com/index.php?do=/group/java/forum/building-an-exe-using-launch4j-for-32-bit-jvm/

ฉันหวังว่ามันจะช่วยได้

ขอบคุณ ...

/ jav

Java JNI ต้องการไลบรารีระบบปฏิบัติการที่มี "bittiness" เดียวกันกับ JVM หากคุณพยายามสร้างสิ่งที่ขึ้นอยู่กับตัวอย่างเช่นบน IESHIMS.DLL (อยู่ใน% ProgramFiles% \ Internet Explorer) คุณต้องใช้เวอร์ชัน 32 บิตเมื่อ JVM ของคุณเป็น 32 บิตซึ่งเป็นเวอร์ชัน 64 บิตเมื่อ JVM ของคุณเป็น 64 บิต เช่นเดียวกันสำหรับแพลตฟอร์มอื่น ๆ

นอกเหนือจากนั้นคุณควรพร้อม Java bytecode ที่สร้างขึ้น s / b เหมือนกัน

โปรดทราบว่าคุณควรใช้คอมไพเลอร์ Java 64 บิตสำหรับโปรเจ็กต์ขนาดใหญ่เนื่องจากสามารถจัดการกับหน่วยความจำได้มากขึ้น

โย่ผิดตรงไหน! สำหรับธีมนี้ฉันเขียนคำถามถึง oracle คำตอบคือ

"ถ้าคุณคอมไพล์โค้ดของคุณบนเครื่อง 32 บิตโค้ดของคุณควรทำงานบนโปรเซสเซอร์ 32 บิตเท่านั้นหากคุณต้องการรันโค้ดของคุณบน JVM 64 บิตคุณต้องคอมไพล์ไฟล์คลาสของคุณบนเครื่อง 64 บิตโดยใช้ 64 - บิต JDK "