Oracle promete Java com efeitos 3D e código aberto

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

O gargalo das aplicações 3D geralmente está na GPU, não na CPU. Por isso dá tanta diferença quando você compra uma placa de vídeo nova nos seus jogos.

Como o código Java roda na CPU, ele dificilmente será um problema, exceto talvez em jogos de estratégia. Ainda assim, é muito provável que o gargalo não esteja na velocidade da execução do código e sim, nos algoritmos de IA escolhidos e no gerenciamento do disco.

mochuara wrote:

Felagund wrote:

mochuara wrote:Sem dúvida, código aberto em 3D é a nova tendência!

Todo mundo precisa de efeitos 3D em suas aplicações...

Não em minhas aplicações servidoras. Aplicações com GUI, não lembro a ultima aplicação que era Java, faz muito tempo.

Acho que não user sarcasmo suficiente =)

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

ViniGodoy wrote:

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

O gargalo das aplicações 3D geralmente está na GPU, não na CPU. Por isso dá tanta diferença quando você compra uma placa de vídeo nova nos seus jogos.

Como o código Java roda na CPU, ele dificilmente será um problema, exceto talvez em jogos de estratégia. Ainda assim, é muito provável que o gargalo não esteja na velocidade da execução do código e sim, nos algoritmos de IA escolhidos e no gerenciamento do disco.

Máquinas modernas tornam possível paralelizar o processamento de código de cpu com gpu, não necessáriamente precisa ser de recursos gráficos.

juliocbq wrote:Máquinas modernas tornam possível paralelizar o processamento de código de cpu com gpu, não necessáriamente precisa ser de recursos gráficos.

Sim, no caso de jogos é comum jogar a física para a GPU também. Alguns cálculos matemáticos também rodam bem em GPUs, como é o caso de calculos meteorológicos.
Agora, geralmente, se a aplicação necessita de uma GPU, é muito provável que a GPU seja o gargalo e não a CPU.

Até porque, se fosse o contrário, incluir uma GPU não faria muita diferença.

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

ViniGodoy wrote:

juliocbq wrote:Máquinas modernas tornam possível paralelizar o processamento de código de cpu com gpu, não necessáriamente precisa ser de recursos gráficos.

Sim, no caso de jogos é comum jogar a física para a GPU também. Alguns cálculos matemáticos também rodam bem em GPUs, como é o caso de calculos meteorológicos.
Agora, geralmente, se a aplicação necessita de uma GPU, é muito provável que a GPU seja o gargalo e não a CPU.

Até porque, se fosse o contrário, incluir uma GPU não faria muita diferença.

Claro, foi só um comentário. Para gpu é melhor tratar de computação gráfica mesmo, do que jogar trabalho "simples" para ela fazer.

Eu estava discutindo isso com um amigo, que mudou o ubuntu para win7 porque os unixs ainda não te permitem usar isso.

juliocbq wrote:

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.

Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.

Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?

Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa... ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

dudaskank wrote:

juliocbq wrote:

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.

Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.

Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?

Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa... ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois

é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.

juliocbq wrote:

dudaskank wrote:

juliocbq wrote:

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.

Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.

Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?

Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa... ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois

é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.

Pois é.. quem sabe se a Oracle está planejando uma versão do JME com Swing/JFX para bater de frente com o Android

Att.

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Adelar wrote:

juliocbq wrote:

dudaskank wrote:

juliocbq wrote:

DarthVictor wrote:Mais java por rodam em VM não seria muito lenta para aplicações 3D???

Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.

Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.

Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?

Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa... ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois

é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.

Pois é.. quem sabe se a Oracle está planejando uma versão do JME com Swing/JFX para bater de frente com o Android

Att.

pode até ser. A oracle já tem tudo o que precisa. Se esse javafx2 for o que estão prometendo pode ter certeza que é a revolução que as pessoas estavam esperando, e ae sim, você vai ver muitos jogos de grande porte sendo desenvolvidos usando essa linguagem.

Excelente notícia para nós!
espero que a Oracle continue dando esse brinde (Java) para gente! para que ela continue vendendo seus produtos (Bancos entre outros)!

Se o Java for comercializado pela Oracle vai ser pior para o Java!! (vai estragar a tecnologia), e a própria Oracle vai se queimar!

Espero que a estratégia e planejamento da Oracle continue não sendo a de vender Java!

[]'s

@tgmarinho

GUJ Ranger Membro desde: 12/02/2009 08:40:06 Mensagens: 783 Offline

Sobre 3D e JavaFX: Fiquei sabendo que o Prism("novo java2d") irá ter aceleração de hardware. Se não suportada, o Java2D será usado mesmo.

Sobre a primeira liberação do JavaFX 2.0: Uma versão para acesso prematuro estará disponível no primeiro quartil do ano que vem. Espero que em fevereiro no máximo

.

[]'s

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Jesuino Master wrote:Sobre 3D e JavaFX: Fiquei sabendo que o Prism("novo java2d") irá ter aceleração de hardware. Se não suportada, o Java2D será usado mesmo.

Sobre a primeira liberação do JavaFX 2.0: Uma versão para acesso prematuro estará disponível no primeiro quartil do ano que vem. Espero que em fevereiro no máximo .

[]'s

O Java2D é acelerado no hardware. Ele é um mapeamento para opengl, mas só usa recursos 2d. Se o prism não usar a gpu a oracle andou pra traz. Não existe esse risco.

E para fazer aquela quantidade de poligonos em tempo real vai precisar de hardware mesmo, porque software não faz. O prism é opengl e d3d sem dúvidas.

juliocbq wrote:

Jesuino Master wrote:
...

O Java2D é acelerado no hardware. Ele é um mapeamento para opengl, mas só usa recursos 2d. Se o prism não usar a gpu a oracle andou pra traz. Não existe esse risco.
E para fazer aquela quantidade de poligonos em tempo real vai precisar de hardware mesmo, porque software não faz. O prism é opengl e d3d sem dúvidas.

Certeza que vem coisa boa aí.

Att.

GUJ Master Membro desde: 24/02/2009 17:56:09 Mensagens: 1023 Offline

Os gringos estão conjeturando um fork do Java:
http://www.javahispano.org/contenidos/es/deberiamos_hacer_un_fork_de_java/
http://gregluck.com/blog/archives/2010/10/is-it-time-to-fork-java/

Lava Foundation

We don?t want one company to take over the fork. What would be best is if a foundation, like the Linux Foundation, Mozilla Foundation, or Eclipse Foundation be formed. This group would be funded by corporations with deep enough pockets to make it work such as Google, IBM, HP and RedHat.

It would be a non-profit foundation.

It would perform the following duties:
# A code fork of OpenJDK, based on current trunk.
# A new standards body to replace the JCP
# Creation and maintenance of a Lava TCK, which implementations would test against.
# A new annual conference, or a series of conferences.

Stefan Asemota created a Lava Foundation facebook:
http://www.facebook.com/pages/Lava-Foundation/101008533300224

Guevara wrote: ...

Acho que são só boatos para FUD.

Att.

Notícias, artigos e o maior fórum brasileiro sobre Java