2010-07-04 17 views
6

Stiamo utilizzando una copia del Tanuki Java Service Wrapper del fornitore per avviare la loro piattaforma. Viene fornito con wrapper per ogni aroma e architettura O/S e il profilo raccomandato è una macchina virtuale a 64 bit con un heap da 3 gig.In che modo java-service-wrapper decide se utilizzare la VM a 32 o 64 bit?

Stiamo utilizzando 64 bit Redhat, ma non sono stato in grado di trovare un'opzione di configurazione wrapper che impone allo script di utilizzare il binario wrapper-linux-x86-64. L'unico modo in cui sono stato in grado di avviare il wrapper in modalità a 64 bit consiste nell'eliminare il file binario wrapper-linux-x86-32.

C'è un modo per forzare il wrapper in modalità 64 bit? Sta semplicemente cercando di scegliere l'impostazione VM appropriata più veloce e scegliendo la modalità a 32 bit quando può, perché il nostro heap è inferiore a 4 gig?

Mi piacerebbe saperne di più su come java-service-wrapper prende la decisione 32/64 bit ma non è stato in grado di trovare nulla online.

risposta

5

quale versione del wrapper stai eseguendo?

in 3.4.0 questo è stato migliorato: Modificato gli script e i file batch per provare a caricare l'eseguibile del wrapper in base al sistema, cioè su sistemi a 64 bit si tenta di eseguire prima il binario a 64 bit del wrapper e dopo questo fallisce il 32 bit viene tentato di essere caricato. Questo comportamento è particolarmente utile con il delta-pack del wrapper.

applausi, christian

+0

Stiamo usando la versione 3.3.5. – Caoilte

+0

se non è possibile eseguire l'aggiornamento alla 3.4.0 per qualche motivo, è possibile anche fare una rapida diff in src/bin/sh.script.in e applicare le modifiche. – Naytzyrhc

+0

scusate, premete "aggiungi commento" per digiunare. le parti in "# Risolvi l'os", "# Risolvi l'architettura" e "# Decidi il binario wrapper da usare". dovrebbe essere applicato Saluti – Naytzyrhc

Problemi correlati