Mensagens enviadas por: pyro
Índice dos Fóruns » Perfil de pyro » Mensagens enviadas por pyro
Autor Mensagem
maior_abandonado wrote:
pyro wrote:
maior_abandonado wrote:
pyro wrote:
gilmaslima wrote:Pela configuração o preço tá bom, tenho um Acer Amd Turion a máquina é muito boa o problema é que esquenta muito e consequentemente gasta mais bateria, hoje em dia eu compraria intel.

Outro detalhe o cache do core 2 dual é maior que do Turion e isso faz muita diferença.


A plataforma Intel é muito amarrada no cache, quanto mais cache melhor, porém a plataforma AMD tabalha diferente e o cache para ela afeta pouco o desempenho, por isso geralmente os processadores AMD tem menos cache e não é isso que o torna mais lerdo ou rápido que um Intel.
As métricas de performance são outras.


tb acredito um pouco nisso... o que me fez acreditar mais nos processadores deles foi ter visto no clubedohardware uns testes aonde dual core e core 2 duo tava batendo nos phenom...(axo q é esse o nome dos processador da amd de 3 nucleos..)


editando...

http://www.clubedohardware.com.br/artigos/1514/1

os testes foram esses dai desse link, os processadores usados foram Core 2 Duo, Core 2 Quad, Phenom X3 e Phenom X4...


Cuidado com os testes e indicações do Clube do Hardware, as vezes os caras pisam feio na bola.


é eu me pergunto um pouco até onde da pra confiar (nesse mesmo teste eu vi la gente comentando que fez os testes e deu o contrario...) mais de uma forma geral tem coisas boas eruins falando de de tanto intel quanto AMD...

eu mesmo confio nos processadores AMD (o do meu note é amd) mais a intel tb tem certa fama... (não seiaté onde merecida)


Conheço muita gente que se deu mal por confiar nos "testes" deles, eu tenho em casa um Athlon X2 5000+, sempre preferi a plataforma AMD, não que Intel seja ruim, mas é mais cara e se consigo performance igual com custo menor, por que não!
maior_abandonado wrote:
pyro wrote:
gilmaslima wrote:Pela configuração o preço tá bom, tenho um Acer Amd Turion a máquina é muito boa o problema é que esquenta muito e consequentemente gasta mais bateria, hoje em dia eu compraria intel.

Outro detalhe o cache do core 2 dual é maior que do Turion e isso faz muita diferença.


A plataforma Intel é muito amarrada no cache, quanto mais cache melhor, porém a plataforma AMD tabalha diferente e o cache para ela afeta pouco o desempenho, por isso geralmente os processadores AMD tem menos cache e não é isso que o torna mais lerdo ou rápido que um Intel.
As métricas de performance são outras.


tb acredito um pouco nisso... o que me fez acreditar mais nos processadores deles foi ter visto no clubedohardware uns testes aonde dual core e core 2 duo tava batendo nos phenom...(axo q é esse o nome dos processador da amd de 3 nucleos..)


editando...

http://www.clubedohardware.com.br/artigos/1514/1

os testes foram esses dai desse link, os processadores usados foram Core 2 Duo, Core 2 Quad, Phenom X3 e Phenom X4...


Cuidado com os testes e indicações do Clube do Hardware, as vezes os caras pisam feio na bola.
gilmaslima wrote:Pela configuração o preço tá bom, tenho um Acer Amd Turion a máquina é muito boa o problema é que esquenta muito e consequentemente gasta mais bateria, hoje em dia eu compraria intel.

Outro detalhe o cache do core 2 dual é maior que do Turion e isso faz muita diferença.


A plataforma Intel é muito amarrada no cache, quanto mais cache melhor, porém a plataforma AMD tabalha diferente e o cache para ela afeta pouco o desempenho, por isso geralmente os processadores AMD tem menos cache e não é isso que o torna mais lerdo ou rápido que um Intel.
As métricas de performance são outras.
Não sendo HP vai comprar qualquer um.
Creio que seja mais performático fazer tudo em uma única select, pois toda a operação é realizada pelo banco e pode prover mais performance (caso a select esteja construída de acordo com as especificações do seu BD).
Basicamente a classe que vou receber é um bean, ou seja, terei apenas métodos getters e setters.
Preciso receber a classe bean dentro de um método em outra classe e ter acesso a esses métodos, por exemplo, quero conseguir retornar os valores via get dessa classe no meu método.
Não sei se fui claro o suficiente, mas basicamente o que quero fazer é isso.
O problema é que não sei a classe que vou receber, só que ela é um bean, nem sei os nomes nem as quantidades dos métodos get e set da classe recebida.
Quero fazer um método genérico para receber e tratar uma classe bean seja qual for.
Pessoal, estou tentando receber uma classe como parâmetro em um método, a classe será sempre um bean, mas o método que recebe tem que ser genérico, tipo hoje vai receber a classe Contato, amanhã a classe Aluno e por aí vai.
Tentei receber como parâmetro de duas formas:

Alguém já fez isso e pode dar uma ajuda?
Alguém sabe se existe alguma forma de anexar os arquivos .jar (dentro do .jar final da compilação) que está na biblioteca do projeto no Netbeans ao compilar um app? Na configuração padrão ao compilar a minha aplicação no Netbeans ele cria o .jar da minha aplicação e coloca os arquivos .jar da biblioteca em uma pasta separada, tem como na compilação deixar tudo junto dentro de um único arquivo .jar para facilitar a distribuição?
Igual o plugin fatJar do Eclipse.
to vendo que vou ter que mudar de tática mesmo.
Não estou utilizando editor visual, é coisa simples e fui na mão mesmo (achei mais rápido e aproveito para conhecer mais o Swing) e acabei enroscando aí.
Estou gerando dinâmicamente vários jPainel eu ficando dentro de um jPanel pai.
O problema é que os jPanel filhos ficam lado a lado (na horizontal) e eu preciso que eles fiquem um embaixo do outro.
Para isso estou incremento os valores e passando via setBounds() da seguinte maneira:

onde o meu x é sempre ZERO, pois tem que ficar colocado do lado esquerdo e o y vou incrementando em 600 para ir gerando um abaixo do outro, mas o resultado é um ao lado do outro.
Alguém pode me ajudar?
To enrolado com isso, eu fiz assim:

E o frame carrega sem nada (vazio), tem que fazer mais alguma coisa?
Alguém aqui já fez ou sabe como fazer para colocar uma barra de rolagem em um JFrame?
thingol wrote:Provavelmente você tem campos do tipo "CHAR (20)" (mas preenchidos, por exemplo, até a 10a. posição) e o SQL*Plus não está lhe mostrando os espaços à esquerda que o Java está pegando (isso porque é a definição do SQL que manda isso: se você tem um campo de 20 posições vai receber sempre 20 posições, mesmo que preenchidas com espaços).

Se isso lhe atrapalha ou lhe incomoda, pegue o método "trim" da classe String e o aplique ao retorno de cada campo.


Tentei utilizar o trim() sem sucesso. Estou achando isso muito estranho, esqueci de citar mas utilizo esses dados na geração de um gráfico utilizando a JFreechart, seria algum problema com ela?
Aconteceu algo engraçado, quando eu executo uma select diretamente no banco (um BD Oracle) ela retorna assim:


Mas quando o retorno acontece pela minha aplicação Java retorna assim (cheio de espaços):


O que será que estou fazendo para retornar assim?
P.S.: não estou utilizando Framework nenhum, somente JDBC mesmo.
 
Índice dos Fóruns » Perfil de pyro » Mensagens enviadas por pyro
Ir para:   
Powered by JForum 2.1.8 © JForum Team