32-bit JDK'ya karşı 32-bit bayt koduna göre derlenen ve derlenen Java kodu 64-bit JVM'de çalışır mı? Yoksa 64 bitlik bir JVM, 64 bit bayt kodu gerektirir mi?
Biraz daha ayrıntı vermek gerekirse, 32 bit JVM çalıştıran Solaris ortamında çalışan kodum var, ancak şimdi JDK ve Weblogic Sunucusunu 64 bit'e yükselttikten sonra sorunlar alıyorum.
Yanıtlar:
Evet, Java bayt kodu (ve kaynak kodu), platformdan bağımsız kitaplıkları kullandığınızı varsayarak platformdan bağımsızdır. 32'ye karşı 64 bit önemli olmamalıdır.
javac64 bit ile sağlanan bellekten yararlanacağı anlamına mı gelir java?
(Büyükçe) uygulamamızı yanlışlıkla 32bit VM yerine 64bit VM üzerinde çalıştırdım ve bazı harici kitaplıklar (JNI tarafından çağrılan) başarısız olmaya başlayana kadar fark etmedim.
32bit platformda serileştirilen veriler 64bit platformda hiçbir sorun olmadan okundu.
Ne tür sorunlar yaşıyorsun? Bazı şeyler işe yarıyor mu, diğerleri değil mi? JConsole vb. Takmayı denediniz ve etrafta bir zirve yaptınız mı?
Çok büyük bir sanal makineniz varsa, 64 bit'teki GC sorunlarının sizi etkileyebileceğini fark edebilirsiniz.
İlk soruya evet, ikinci soruya hayır; bu sanal bir makinedir. Sorunlarınız muhtemelen, sürümler arasında kitaplık uygulamasındaki belirtilmemiş değişikliklerle ilgilidir. Diyelim ki bir yarış durumu olabilir.
VM'nin geçmesi gereken bazı çemberler var. Özellikle referanslar, sınıf dosyalarında int, yığındaki s ile aynı alanı almışlar gibi ele alınır . doubleve longiki referans yuvasını alın. Örneğin alanlar, sanal makinenin genellikle yine de geçtiği bazı yeniden düzenlemeler vardır. Bunların hepsi (nispeten) şeffaf bir şekilde yapılır.
Ayrıca bazı 64 bit JVM'ler "sıkıştırılmış hata" kullanır. Veriler her 8 veya 16 bayta bir hizalandığından, adresin üç veya dört biti işe yaramaz (bazı algoritmalar için bir "işaret" biti çalınabilir). Bu, 32 bit adres verilerinin (dolayısıyla bant genişliğinin yarısı kadar ve dolayısıyla daha hızlı) 64 bitlik bir platformda 35 veya 36 bit yığın boyutlarını kullanmasına izin verir.
Tüm bayt kodu 8 bit tabanlıdır. (Bu yüzden BYTE kodu olarak adlandırılır) Tüm talimatlar boyut olarak 8 bitin katlarıdır. 32 bit makinelerde geliştiriyor ve sunucularımızı 64 bit JVM ile çalıştırıyoruz.
Karşılaştığınız problemin biraz detayını verebilir misiniz? O zaman sana yardım etme şansımız olabilir. Aksi takdirde, sorunun ne olduğunu tahmin etmiş oluruz.
Yerel kodunuz yoksa (belirli bir arcitechture için derlenmiş makine kodu), kodunuz 32 bit ve 64 bit JVM'de eşit derecede iyi çalışacaktır.
Bununla birlikte, daha büyük adresler nedeniyle (32-bit 4 bayt, 64-bit 8 bayttır) 64-bit bir JVM'nin aynı görev için 32-bit JVM'den daha fazla bellek gerektireceğini unutmayın.
Yerel kitaplıklarla arabirim oluştururken 32 bit ile 64 bit arasındaki fark daha önemli hale gelir. 64 bit Java, 32 bitlik Java dışı bir dll ile (JNI aracılığıyla) arabirim kuramaz
Exe'yi oluştururken yapılandırmada aşağıdaki gibi bir parametre ekleyin
Umut ediyorum bu yardım eder.
Teşekkürler...
/ jav
Java JNI, JVM ile aynı "bittiteli" işletim sistemi kitaplıklarını gerektirir. Örneğin, IESHIMS.DLL'a (% ProgramFiles% \ Internet Explorer'da yaşıyor) bağlı bir şey oluşturmaya çalışırsanız, JVM'niz 32bit olduğunda 32bit sürümünü, JVM'niz 64bit olduğunda 64bit sürümünü almanız gerekir. Aynı şekilde diğer platformlar için.
Bunun dışında, hazır olmalısın. Oluşturulan Java bayt kodu aynıdır.
Daha büyük projeler için 64bit Java derleyicisini kullanmanız gerektiğini unutmayın, çünkü daha fazla belleği adresleyebilir.
Yo nerede yanlış! Bu temaya oracle'a bir soru yazdım. Cevap şuydu.
"Kodunuzu 32 Bitlik bir Makinede derlerseniz, kodunuz yalnızca 32 Bit İşlemci üzerinde çalışmalıdır. Kodunuzu 64 Bit JVM üzerinde çalıştırmak istiyorsanız, sınıf Dosyalarınızı 64 Bitlik bir Makine üzerinde bir 64 kullanarak derlemeniz gerekir. -Bit JDK. "