Caro, VOC� continua sem poder "otimizar" registradores... Um registrador � um componente de hardware, portanto � IMPOSS�VEL otimizar um registrador via software. Otimizar o uso � a mesma coisa que eu disse antes: acessar/modificar. Pode-se realizar opera��es de alto n�vel, decompondo tais opera��es em chamadas ASM dentro do c�digo em C, por exemplo. Ou ent�o carregando v�riaveis muito usadas diretamente no registrador com o qualificador "register"(tamb�m em C/C++). Isso � o m�ximo que voc� vai poder fazer como programador C/C++. Em Java s� se voc� usar uma chamada JNI, no qual o c�digo em C/C++ faz uso de acesso direto aos registradores. Mesmo que voc� fosse eng. de compiladores, s� poderia otimizar o acesso/modifica��o do registrador, definindo melhores algoritmos de controle de concorr�ncia para o registrador. Embutir a complexidade de endere�amento no compilador � natural, haja vista que assim t�m-se maior flexibilidade para o programador e a garantia da simplifica��o do hardware. At� onde eu sei, n�o se produzem processadores em escala industrial aqui no Cear�.Al�m disso, programadores n�o projetam processadores(com exce��o dos programadores-engenheiros). Dessa forma, voc� vai continuar sem poder otimizar registradores...
Abra�os, Eriko Werbet [C++/Java Coder] Self-made-non-certified programmer for every language. Existem 10 tipos de pessoas no mundo. As que l�em em bin�rio e as que n�o l�em. Powered By The Linux Kernel On Fri, 04 Jun 2004 14:41:49 -0300, Anaximandro B. de Melo. wrote > Far-me-ei breve nos seguintes termos abaixo aduzidos: > > N�o � o objetivo da lista discutir sobre assuntos que n�o sejam de > Java e tecnologias relacionadas; > > � possivel optimizar registradores sim, com ASM, se voc� colocar a > colocar a complexidade nos compiladores, pois foi feito um grande > esfor�o para manter o hardware t�o simples quanto poss�vel, mesmo > ao pre�o de tornar o compilador consideravelmente mais complicado. > Esta estrat�gia est� em completo contraste em rela��o a m�quinas > com o 80386 e o 68030, com seus modos de endere�amento altamente > complexos. Na verdade, a exist�ncia de alguns dos mais ex�ticos > modos de endere�amento no 68030 e no 80386 tornam tanto o compilador > quanto o microprograma muito complicados. Um outro asp�cto relevante > e que, as m�quinas CISC n�o t�m caracter�sticas dif�ceis como cargas, > armazenamento e desvios atrasados. Estas certamente aumentam de > forma consider�vel a complexidade do compilador e do reorganizador. > Al�m disso, o fato de que instru��es comuns n�o podem utilizar > operandos na mem�ria significa que � essencial que os compiladores > RISC estejam preparados para fazer qualquer coisa para optimizar o > uso de registradores. A penalidade para o uso sub�timo � muito > maior do que para os compiladores CISC, o que d� uma carga extra ao escritor. > > Muitos compiladores RISC, por exemplo, fazem um grande esfor�o no > sentido de otimizar o uso de registradores para reduzir o n�mero de > vari�veis que precisam ser mantidas na mem�ria. Uma abordagem comum > � compartilhar, no tempo, registradores individuais com diversas > vari�veis que s�o utilizadas durante intervalos disjuntos dentro de > um procedimento. > > Para maiores informa��es sobre o assunto, leia sobre: Aloca��o de > Registadores, Compiladores Complexos e Princ�pios B�sicos para > Projeto de M�quinas RISC. > > Se quiser entrar em maiores detalhes sobre assunto, podemos faz�-lo > em off-topic para n�o atrapalhar a lista, que j� tem sofrido > bastante com a disscuss�o dos assuntos abordados. > > Att, > > Anaximandro Melo. > > Eriko Werbet wrote: > > > "E quem quiser ser um bom programador fazendo tudo "na m�o", use C, > > fa�a OO com ponteiros, ASM p/ optimizar os registradores do > > processador e adote BSD.". > > > > > > > > Otimizar registradores em ASM!? > > > > > > > > Voc� quer dizer acessar registradores em Assembly. N�o se otimiza > > registrador com software. Tudo que voc� vai poder fazer � > > acessar/modificar o conte�do do registrador. Isso se ele n�o for > > protegido pelo S.O. > > > > > > > > Abra�os, > > > > > > > > Eriko Werbet [C++/Java Coder] > > > > Self-made-non-certified programmer for every language. > > > > > > > > Existem 10 tipos de pessoas no mundo. As que l�em em bin�rio e as que > > n�o l�em. > > > > > > > > Powered By The Linux Kernel > > > > > > > > ------------------------------------------------------------------------ > > > > De: Anaximandro B. de Melo. [mailto:[EMAIL PROTECTED] > > Enviada em: quarta-feira, 2 de junho de 2004 11:34 > > Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Assunto: Re: RES: [cejug] IDE para SWING > > > > > > > > Penso que n�o � interessante fomentar esse tipo de discuss�o. > > > > A quest�o al�m de ser subjetiva depende de outros fatores como > > produtividade, prazos, custos, dom�nio da lingu�gem, etc. > > > > Tergiversar sobre o tema � improf�cuo. > > > > E quem quiser ser um bom programador fazendo tudo "na m�o", use C, > > fa�a OO com ponteiros, ASM p/ optimizar os registradores do > > processador e adote BSD. > > > > Espero que o assunto seja encerrado sem mais delongas. > > > > Foco no relevante. > > > > Cordialmente, > > > > Anaximandro Melo. > > > > Rodrigo Lopes wrote: > > > > Ol� a todos, > > > > > > > > A discuss�o come�ou tratando de IDEs para desenvolvimento Swing e > > chegou num ponto em que eu acho que n�o � problema de IDE. > > > > > > > > � problema do programador que se acomoda com a IDE e n�o procurar > > entender e conhecer o que est� acontecendo "por tr�s dos panos". > > > > > > > > []'s > > > > > > > > Rodrigo (Fazedor de C�digo com IDEs e Frameworks) > > > > > > > > -----Mensagem original----- > > De: Gustavo Alberto [mailto:[EMAIL PROTECTED] > > Enviada em: quarta-feira, 2 de junho de 2004 10:50 > > Para: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > Assunto: Re: [cejug] IDE para SWING > > > > Ol� lista > > > > Concordo com vc Wilder!!! > > > > Trabalho aqui em S�o Paulo na Secretaria da Fazenda do estado e > > vemos muitos profissionais robos chegando por aqui. N�o > > desprezando estes profissionais pois tem seu m�ritos. Eles > > conhe�em struts e muitas IDEs mas se algo ocorrer de errado com a > > receita de bolo � um "Deus nos acuda". > > > > Adicionando o notepad existe o vi (no Unix) que � punk de > > programar mas n�o troco ele por nada. > > > > Abra�os > > > > Gustavo > > > > ----- Original Message ----- > > > > From: Wilder <mailto:[EMAIL PROTECTED]> > > > > To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > Sent: Wednesday, June 02, 2004 7:56 AM > > > > Subject: Re: [cejug] IDE para SWING > > > > > > > > Fl�vio, voc� ainda n�o me viu programando SWING no JCreator. =] > > > > > > > > Sem falar que programando na munheca vai fazer com que o > > programador tenha dom�nio sobre todo o c�digo. Enquando que > > com IDEs o programador nem sabe o que est� fazendo, ou seja, � > > rezar para ficar tudo OK. Se precisar mexer no c�digo nem vai > > saber por onde come�ar, pois muitos dos que programam com IDE > > n�o conhecem nada al�m de JButton, JTextField, JComboBox e > > JPanel (provavelmente mais uns dois componentes). > > > > > > > > Saber Java n�o � ter id�ia de como se faz um loop ou conhecer > > somente os conheceitos da linguagem. Acredito que o > > programador deva dominar a plataforma na qual ele trabalha, > > seja ela SE, EE ou ME. E se pretende trabalhar com duas, ou > > at� as tr�s plataformas, como muitos fazem, ent�o que saiba o > > que est� fazendo. As empresas est�o mais preocupadas em > > contratar profissionais que saibam Struts, n�o discordo da > > produ��o que se obt�m usando um FrameWork, mas os > > profissionais d�o mais aten��o a eles do que a pr�pria > > linguagem com a qual pensam estar trabalhando. Dessa forma, as > > empresas est�o apenas seguindo a linha de produ��o das > > montadoras de ve�culos, contratam m�quinas (programadores) > > para atuar como rob�s em uma esteira. E quem perde com isso? O > > profissional. Por qu�? Porque n�o tem id�ias inovadoras por > > n�o saber como fazer as coisas, por n�o conhecer o caminho. E > > o vil�o da est�ria � o FrameWork? N�o, s�o os programadores > > que se agarram a eles, sem se preocuparem com o n�cleo da coisa. > > > > > > > > Posso ser considerado arrogante por estar enviando esse email, > > mas ultimamente n�o tenho visto muitos emails que falem sobre > > Java aqui na lista. S� vejo coisa sobre IDE, Struts, Eclipse > > (inclusive vai haver um mini-eclipse dia 08/06/2004, V�nus vai > > ficar entre a Terra e o Sol. N�s veremos apenas um pequeno > > ponto no Sol. A �ltima vez que isso aconteceu foi em 1882 e > > usaram tal fen�meno para calcular a dist�ncia entre a Terra e > > o Sol, que � de 149.597.870 km com uma margem de erro de 2 > > milh�es. Mas n�o chegaram a esse n�mero na primeira > > tentativa), Ant, Tomcat... E quando aparece algo sobre Java, > > vem algu�m e responde com um email: veja nesse site... > > Entenderam onde estou querendo chegar? > > > > > > > > Me desculpem pelo email, espero n�o estar magoando ningu�m. Eu > > sou um fazedor de c�digo, n�o um usu�rio de IDEs ou FrameWorks. > > > > > > > > Atenciosamente, > > > > > > > > Wilder C. Rodrigues > > Sun Certified Programmer for Java 2 - Platform 1.4 > > Sun Certified Developer for Java 2 Standard Edition - Platform 1.4 > > Sun Certified Web Component Developer for Java 2 Enterprise > > Edition - Platform 1.3 > > > > > > > > Chefe da Unidade de Programa��o > > Unimed Fortaleza / Sabius - Gest�o de Sa�de > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > http://planeta.terra.com.br/informatica/javanow > > > > > > > > Add some fun to your music, play Marbles in 2004! > > www.marillion.com <http://www.marillion.com> > > > > > > > > -- > > > > > > www.boavistanet.com.br <http://www.boavistanet.com.br> > > > > Anaximandro B. de Melo > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > Tel: (85) 452.2266 > > Fax: (85) 452.2269 > > > > > > > > > > > > -- > > www.boavistanet.com.br <http://www.boavistanet.com.br> > Anaximandro B. de Melo > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > Tel: (85) 452.2266 > Fax: (85) 452.2269 -- Eriko Werbet ------------------------------------------------------------------------------------------- Ceara' Java User Group Para cancelar sua assinatura, envie um e-mail para: [EMAIL PROTECTED] Para mais informacoes, mande um e-mail para: [EMAIL PROTECTED] Falar com o administrador? e-mail para: [EMAIL PROTECTED]
