Tomcat deve apontar para a \server\jvm.dll?

28 de julho de 2011 8 respostas

adriano_si 28 de julho de 2011

Aloha pessoal, não sei se coloquei a pergunta em um local certo. A situação é a seguinte:

tenho um Tomcat que roda em um Windows 2008 e aponta para a jvm.dll da RE sendo que para a pasta client. Hoje lendo isso

The JDK includes two flavors of the VM – a client-side offering, and a VM tuned for server applications. These two solutions share the Java HotSpot runtime environment code base, but use different compilers that are suited to the distinctly unique performance characteristics of clients and servers. These differences include the compilation inlining policy and heap defaults.

The JDK contains both of the these systems in the distribution, so developers can choose which system they want by specifying -client or -server.

Although the Server and the Client VMs are similar, the Server VM has been specially tuned to maximize peak operating speed. It is intended for executing long-running server applications, which need the fastest possible operating speed more than a fast start-up time or smaller runtime memory footprint.

The Client VM compiler serves as an upgrade for both the Classic VM and the just-in-time (JIT) compilers used by previous versions of the JDK. The Client VM offers improved run time performance for applications and applets. The Java HotSpot Client VM has been specially tuned to reduce application start-up time and memory footprint, making it particularly well suited for client environments. In general, the client system is better for GUIs.

The Client VM compiler does not try to execute many of the more complex optimizations performed by the compiler in the Server VM, but in exchange, it requires less time to analyze and compile a piece of code. This means the Client VM can start up faster and requires a smaller memory footprint.

The Server VM contains an advanced adaptive compiler that supports many of the same types of optimizations performed by optimizing C++ compilers, as well as some optimizations that cannot be done by traditional compilers, such as aggressive inlining across virtual method invocations. This is a competitive and performance advantage over static compilers. Adaptive optimization technology is very flexible in its approach, and typically outperforms even advanced static analysis and compilation techniques.

Both solutions deliver extremely reliable, secure, and maintainable environments to meet the demands of today’s enterprise customers.

Daqui: http://www.oracle.com/technetwork/java/whitepaper-135217.html e me surgiu a dúvida e a vontade de alterar para a \server\jvm.dll

Alguém usa com a VM do Client e nunca mudou e não teve problemas ??? Pois verificadno a JRE instalada, não há a pasta Client, mas na JRE que vem com a JDK sim…

Estou pensando em alterar, e aí, alguém tem alguma dica ou é indiferente. ???

Vlw Pessoal…

8 Respostas

entanglement 28 de jul. de 2011

É apenas o fato de você passar “-client” ou “-server” nos parâmetros de inicialização do java.exe. Se estiver usando o JDK de 64 bits, apenas a opção -server estará disponível.

adriano_si 28 de jul. de 2011

Opa Entaglement valew cara…

Porém é Windows e aqui o pessoal usa aquele gerenciador gráfico do Tomcat pra iniciar-parar…

Pelo que vi lá tem uma Aba Java e esta aponta para a Java Virtual Machine da JRE que só possui a client…

A Server só tem na JRE que está acompanhada da JDK… Enfim, se o impacto for grande, deixarei como está, só fiquei curioso em saber se for um Server que a JVM tivesse obrigatoriamente queser server, ou que isso traria um ganho muito grande, sacou ???

entanglement 28 de jul. de 2011

O “gerenciador gráfico do Tomcat” basicamente mexe em algumas entradas do Registry. Se você for suficientemente corajoso, pode mudar o path que está indicado naquelas entradas do registry - não sei se o tal gerenciador mexe direitinho no Tomcat de modo que aponte para a JVM do JDK.

adriano_si 28 de jul. de 2011

Valew mesmo cara… fiz a alteração pelo gerenciador gráfico mesmo, vamos ver se há ganhos ou perdas, qualquer coisa volto atrás

Abs []

adriano_si 29 de jul. de 2011

TÔ tentando entender, mas acabei de voltar para o Client, pois a aplicação caiu direto no Server…

Enfim… :?

bezier_curve 29 de jul. de 2011

adriano_si:
TÔ tentando entender, mas acabei de voltar para o Client, pois a aplicação caiu direto no Server…

Enfim… :?

Pode ser, por exemplo, que você tenha de estipular um limite maior de memória (-Xmx) para rodar como Server, o que não é tão impossível assim, porque aplicações rodando sob o Tomcat tipicamente estão sempre nos limites padrão de memória (você sempre tem de alterar mais alguma coisinha). Como o modo Server gasta mais memória que o modo Client, pode ser que esteja caindo por falta de memória disponível para o Java.

adriano_si 29 de jul. de 2011

bezier curve:
adriano_si:
TÔ tentando entender, mas acabei de voltar para o Client, pois a aplicação caiu direto no Server…

Enfim… :?

Pode ser, por exemplo, que você tenha de estipular um limite maior de memória (-Xmx) para rodar como Server, o que não é tão impossível assim, porque aplicações rodando sob o Tomcat tipicamente estão sempre nos limites padrão de memória (você sempre tem de alterar mais alguma coisinha). Como o modo Server gasta mais memória que o modo Client, pode ser que esteja caindo por falta de memória disponível para o Java.

Fala Bezier, era exatamente isso… Usei a VisualVM para monitorar ambas as alterações… de fato, por ser mais speed a server acaba requerendo mais recursos… como no caso aqui era escasso, acredite, a client saiu mais viável…

Valws []

adriano_si 1 de ago. de 2011

Galera, aproveitando a thread, me surgiu uma dúvida em relação a esse uso de [Servers + S.Os]

Quando startamos o TomCat, definimos padrão um -Xmx de 1024M…

Porém o Serviço do Sistema Operacional atola 1345 - 1400 de memória e o Server não cai… Seria esse valor de memória calculado pelo gerenciador de Processos do Windows totalmente errado, ou na verdade esse valor não condiz com o tamanho do Heap ???

Ou seria esse valor a soma do -Xmx + MaxPermSize ???

Fiquei na dúvida, pois quando mando para o Profiler, o Profiler acusa Heap + PermGen = 940 - 980 Mb, mas no Gerenciador de Processos já está com 1200 - 1400 Mb…

Aí fiquei sem saber o porque… Se alguém puder esclarecer.

Grato pela atenção galera…

Abs []

Criado 28 de julho de 2011

Ultima resposta 1 de ago. de 2011

Respostas 8

Participantes 3

8 Respostas

Topicos relacionados