Sergio
O JBuilder é um caso sério. Possui muitos recursos, compilação otimizada, depurador, editor mais inteligente de código .... Tudo isto, por sí só, independente de ser java ou não, consome muita memória.
Já a maioria das aplicações java puras que tenho visto ou desenvolvido, normalmente não são deste tamanho. Compare por exemplo com o JEdit 2.6 com todos os Plug In. É muito mais rápido que o JBuilder em meu K6 266 com 96 de RAM. Já chegue a executá-lo em um 486DX4 100 com 40Mb de RAM (lentamente é claro, mas executei e trabalhei por longo tempo).
Concordo que a AWT é muito mais rápida que a Swing, mas indiscutivelmente, os programas escritos em Swings são muito interessantes e podem ser utilizados, sem grande perda de performance em máquinas com 64Mb de RAM.
Duas dicas podem ajudar a melhorar a performace: O JDK 1.3 é melhor que o JDK 1.2.2 na minha opinião em termos de consumo de memória. A segunda é, quanto de momória livre sua máquina tem. Eu normalmente utilizo Linux com Interface Blackbox ou WindowsMaker. Os Windows tem graves problemas de carregarem programas automaticamente.
Até Mais, este é um assunto muito interressante e que precisa ser analisado com muito cuidado.
Marco
-----Original Message-----
From: Sergio Oliveira Jr. [SMTP:[EMAIL PROTECTED]]
Sent: Monday, November 20, 2000 10:11 PM
To: [EMAIL PROTECTED]
Subject: [java-list] Swing requer muita memoria RAM
Senhores,
Nao consigo rodar o JBuider, que eh feito em Java e utiliza Swing, numa
maquina K6-500 com 64Mb de RAM. Fica absurdamente lento.
Contrariamente do que algumas pessoas andaram afirmando nessa lista, Swing
apesar de ser lightweight ou peerless requer muita memoria RAM para rodar
como uma aplicacao Windows normal.
Esse comportamento ja era de se esperar, já que AWT utiliza JNI para
executar codigo nativo (os famosos Peers) e Swing eh 100% Pure Java, ou
seja, antes o codigo da interface era executado encima do microprocessador
(AWT) e agora eh executado encima da maquina virtual Java (Swing).
Não há dúvida que Swing oferece várias vantagens sobre AWT, como maior
flexibilidade, maior variedade de componentes, maior independencia de
plataforma, conformidade com o padrão JavaBeans, MVC e Look-And-Feel.
Entretanto em termos de performance, na minha opinião, Swing perde para AWT.
Talvez essa desvantagem não seja culpa da API do Swing, mas sim da própria
arquitetura da Máquina Virtual Java que talvez não se entenda muito bem com
o sistema de SWAP do windows. (A máquina virtual Java faz algum tipo de SWAP
ou deixa por conta do Windows ???)
Meu próximo passo é testar o JBuilder (e outros aplicativos Swing que se
mostraram extremamente lentos na minha máquina) numa máquina com 128Mb de
RAM, o que considero uma quantidade bastante acima dos padrões atuais para
desktops.
Essa é a minha opinião. Gostaria de ouvir outras opiniões de outros membros
da lista, mesmo que sejam contrária a minha.
Um abraço,
Sergio Oliveira Junior
http://chat.escola24horas.com.br/jato
http://chat.escola24horas.com.br/modichat
http://chat.escola24horas.com.br/sitetalk
_____________________________________________________________________________________
Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
