Lider do GMAIL afirma: Java é mais rápido que C

Com o adendo dos processadores com cada vez mais nucleos hoje se encontra facil o de 4 nucleos... e a Intel tem previsao até 2012 o de 32 nucleos em escala industrial... a linguagem C vai perder cada vez mais mercado... pois fica cada vez mais dificil se aproveitar o poder de um computador usando linguagem C sem programacao Multithread... e garanto que se programar em C já é uma complicação desnecessária em dias de hoje (salvo em alguns quisitos) , fico imaginando programar em C usando Multithread....

Vejo C apenas como solucao para acesso a dispositivos em baixo nivel, já que linguagens como Java que são de uso geral que não fazem interface diretamente com o sistema operacional. ( o que na minha opiniao é uma pena. )

cassio wrote:Tem um pessoal da minha faculdade (professores, um pessoal do INPE/CPTEC, etc) que não troca C puro por nada...
Eu não gosto muito de C porque é extremamente dificil fazer qualquer coisa.

Muitos professores universitários simplesmente pararam no tempo, ou sequer dominam o assunto que se propõe a lecionar. A comprovação final que tive deste fato foi quando um professor de redes que tive, ter falado que redes locais Token Ring ainda são largamento utilizadas (e devem estar rodando netware rsrs). Teve um outro também que afirmou ceticamente que o sendmail não é um daemon, pois um apesar dele escutar ficar rodando em background e escutar numa porta "daemons geralmente tem alto nivel de complexixade" (!?!?!?!). Enfim, nem sempre confie no que alguns professores de cursos superiores de tecnologia dizem.

Tem professor que não troca C por nada simplesmente porque deve ser dificil para eles aprender alguma linguagem mais moderna.

Agora, C não é de todo ruim, basta saber o que se esta fazendo.

isso , ou como diz o saoj , basta ser um Monge Budista !

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

chun wrote:Com o adendo dos processadores com cada vez mais nucleos hoje se encontra facil o de 4 nucleos... e a Intel tem previsao até 2012 o de 32 nucleos em escala industrial... a linguagem C vai perder cada vez mais mercado... pois fica cada vez mais dificil se aproveitar o poder de um computador usando linguagem C sem programacao Multithread... e garanto que se programar em C já é uma complicação desnecessária em dias de hoje (salvo em alguns quisitos) , fico imaginando programar em C usando Multithread....

Vejo C apenas como solucao para acesso a dispositivos em baixo nivel, já que linguagens como Java que são de uso geral que não fazem interface diretamente com o sistema operacional. ( o que na minha opiniao é uma pena. )

Em Java, *hoje*, você é capaz de definir o que cada processador fará com seu programa? Ou você só escreve o programa e deixa a JVM se virar com isso?

E como C não tem Multithreads? pthread / windows / SDL...

chun wrote:isso , ou como diz o saoj , basta ser um Monge Budista !

Não esquece que também é preciso saber o que se faz em Java... geralmente o problema não é a linguagem, é o programador. (;

abilio wrote:

cassio wrote:Tem um pessoal da minha faculdade (professores, um pessoal do INPE/CPTEC, etc) que não troca C puro por nada...
Eu não gosto muito de C porque é extremamente dificil fazer qualquer coisa.

Muitos professores universitários simplesmente pararam no tempo, ou sequer dominam o assunto que se propõe a lecionar. A comprovação final que tive deste fato foi quando um professor de redes que tive, ter falado que redes locais Token Ring ainda são largamento utilizadas (e devem estar rodando netware rsrs). Teve um outro também que afirmou ceticamente que o sendmail não é um daemon, pois um apesar dele escutar ficar rodando em background e escutar numa porta "daemons geralmente tem alto nivel de complexixade" (!?!?!?!). Enfim, nem sempre confie no que alguns professores de cursos superiores de tecnologia dizem.

O fato não é que os professores pararam no tempo (tudo bem, alguns deles pararam sim) mas é que programação para computação científica é um mundo completamente diferente. Para este tipo de software, C funciona melhor, até mesmo fortran é muito usado ainda. Quase ninguém nesta área escreve nada OO, é tudo estruturado. E pode acreditar, eles fazem isso de propósito.
São programas para cálculo matemático, discretização de equações diferenciais, utilização de matrizes de double da ordem de 10000 x 10000, etc...
Não duvido que Java possa ser tào rápido quanto C neste ponto (claro, com as devidas otimizações e opçòes de compilação), mas já existe muita coisa rodando feita em C / Fortran (de vez em quando C++) e existe também um problema chamado tradição.
Enfim, será por isso que a previsão de tempo sempre falha?

bandrade ,

Leia direito , eu nao disse que C nao é possivel programar em multithread... estou dizendo que é BEM COMPLICADO... se um programa SingleThread eh um kct imagina um multithread...

Quanto a outra questao... a JVM cuida disso para voce... como comentei... se vc quer descer o nivel a ponto de querer fazer "tal coisa dependendo do processador" , entao... use C

Quanto ao problema nao ser a linguagem... consideremos um programador de nivel mediano.... que ele faca um ERP em C do zero... e faca depois usando Java ou Python ou qualquer outra coisa atual.... e dae vc me diz se o problema é a linguagem ou programador

C puro para aplicações comerciais nem fodendo... no maximo uma JNI acessando o dispositivo e só... o resto uso algo com que consiga dar manutencao facilmente

Olá

Sobre threads...

Vamos falar a verdade: pouquíssimos programadores Java tem alguma noção sobre o que é programar usando threads. A maioria esmagadora nem sente necessidade de aprender programação concorrente.

Destes poucos que tem necessidade de usar threads, a maioria usa mal o conceito de programação concorrente.

Seria melhor se o Java tivesse um mecanismo mais automatizado para o uso de threads. Talvez algo como tipos de dados realmente imutáveis pudesse facilitar bastante.

[]s
Luca

Luca... o proprio ClassLoader nao faz uso de multrehad na carga das classes ? automaticamente ele já não faz uso de varios processadores neste tipo de operacao ?

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

Luca:
Programação concorrente é um conceito relativamente dificil... sincronizar coisas, evitar dead-locks.

Alguém aí sabe porque não há 'const' em java? Existe o final. Mas em C o valor de uma variável const deve ser setada na declaração... Além dessa, alguém sabe as outras diferenças?

chun:
Um sistema ERP é difícil independente da linguagem. Concordo que C pode ser mais dificil de implementar algumas coisas e que hoje em dia não vejo porque alguém comecaria um sistema em C (a não ser nos casos já citados de ter que tratar muito com hardware ou aplicações em tempo real)

brandrade ? Tempo real ? JSR-1 "Real-time Specification for Java" ?

ueh... para mim const e final sao a mesma coisa.... explique a diferenca mais claramente por favor.

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

Também não sei exatamente a diferença entre os 2... no C eu faço assim:

Com essa declaração, minhaConstante é imutavel, pra sempre, desde a criação. Na declaração eu devo informar o valor da constante.

Além disso, eu posso usar const no retorno ou parâmetro de métodos... é um bocado bagunçado. (em java tb rola de colar final em retorno/parametro de metodo, mas sinceramente, não sei para que serve) );

Em java, vc pode fazer assim:

O valor da constante pode ser setado em qualquer lugar, além de que final em Java pode ser usado em classes (a classe com final não pode ser extendida.
Final também pode ser usada em métodos, que não poderão ser sobreescritos. (lembrando que metodos static e privados são automaticamente 'finals'

chun wrote:brandrade ? Tempo real ? JSR-1 "Real-time Specification for Java" ?

Você sabe do que você tá falando? Você já usou o JSR-1? Sabe o que significa tempo real? Conhece alguma implementação madura do JSR-1?

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17539 Offline

Se você vai fazer contas em C/C++ ou Fortran e precisa usar multiprocessamento (podendo usar threads ou não - isso fica a cargo do compilador) ou máquinas vetoriais, basta usar uma extensão relativamente portável chamada OpenMP. Ela está disponível nos compiladores da Sun, da Microsoft, da IBM e da Intel, pelo menos.

Isso está disponível em várias arquiteturas e compiladores (mesmo o MS Visual Studio 2005 tem isso disponível! )

juzepeleteiro wrote:

chun wrote:brandrade ? Tempo real ? JSR-1 "Real-time Specification for Java" ?

Você sabe do que você tá falando? Você já usou o JSR-1? Sabe o que significa tempo real? Conhece alguma implementação madura do JSR-1?

Calma cocada... estou PERGUNTANDO e nao afirmando.

Quanto a JSR-1

http://www.youtube.com/watch?v=xH1yUXd9krU
http://www.youtube.com/watch?v=0mR2XiMFR8M

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