Responda essa ...

This message was edited 1 time. Last update was at 28/08/2008 13:42:27

Giulliano wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

e os outros 8 tipos ?!?!?!?1

saoj 1 x 0 Giulliano

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

Giuliano, você não entendeu a piada, já que o número está em binário, não em decimal.

Veja esta camiseta.

http://www.thinkgeek.com/tshirts/frustrations/5aa9/

Curiosidade interessante essa da data =)

Giulliano wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

e os outros 8 tipos ?!?!?!?1

Preste atenção na base do número...

10 em binário é igual a dois em decimal!!!

:p

This message was edited 1 time. Last update was at 28/08/2008 14:10:01

Homero Damico wrote:

Giulliano wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

e os outros 8 tipos ?!?!?!?1

saoj 1 x 0 Giulliano

Eu também bolei na primeira vez que vi essa frase. Para entender números binários não tem muito mistério. Basta decorar o seguinte:

n bits = 2 ^ n possibilidades

1 0 1 0 1 0 1 = 2 ^ 6 + 2 ^ 4 + 2 ^ 2 + 2 ^ 0
6 5 4 3 2 1 0

Em Java:

byte = 8 bits
short = 16 bits
int = 32 bits
long = 64 bits
referencia de objeto = 32 bits (se não estou enganado)

Use a calculadora do windows e seja feliz!

Como a maioria dos CPUs são 32-bits, set e get de variáveis do tipo long podem em teoria dar problemas de race condition em Java. Alguém sabe mais detalhes sobre isso?

JWizard Membro desde: 23/02/2007 15:52:55 Mensagens: 2034 Offline

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

Uma vez eu vi essa frase escrita em um banheiro, abaixo tinha algo escrito assim: "O que você quer dizer com isso? você é burro?" eu acho que ele era um dos 10 tipos que não entende binário..

André Fonseca wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

Uma vez eu vi essa frase escrita em um banheiro, abaixo tinha algo escrito assim: "O que você quer dizer com isso? você é burro?" eu acho que ele era um dos 10 tipos que não entende binário..

Com certeza! :p

Virtual Machine Man Membro desde: 13/11/2006 16:44:54 Mensagens: 523 Offline

Homero Damico wrote:

Giulliano wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

e os outros 8 tipos ?!?!?!?1

saoj 1 x 0 Giulliano

Ptz Giulliano não acredito que você caiu nessa velho. Você não é um nerd de verdade?

Engraçado perceber o que 6h por anos faz diferença...

Calculando como saoj desprezando os anos bisextos dá 194.184 anos a mais que o calculo correto com bissexto...

pô..essa piada é péssima hein....hauhauhauahuhaa...

mas valeu a intenção...

André Fonseca wrote:Uma vez eu vi essa frase escrita em um banheiro, abaixo tinha algo escrito assim: "O que você quer dizer com isso? você é burro?" eu acho que ele era um dos 10 tipos que não entende binário..

Então ela era 01 tipo que não entende binário, porque o outro entende.

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

Como a maioria dos CPUs são 32-bits, set e get de variáveis do tipo long podem em teoria dar problemas de race condition em Java. Alguém sabe mais detalhes sobre isso?

Se a variável do tipo long estiver em um endereço que não é múltiplo de 8, o que não costuma ocorrer porque o JIT tenta deixá-la em um endereço múltiplo de 8, isso poderia ocorrer sim, mas o correto é usar java.util.concurrent.AtomicLong se você estiver realmente preocupado com isso. As CPUs modernas, mesmo trabalhando em modo de 32 bits, não costumam recuperar dados da memória em pedaços menores que 64 bits, mesmo que você não perceba isso ao nível da linguagem de máquina.

This message was edited 3 times. Last update was at 28/08/2008 17:09:39

thingol wrote:

Como a maioria dos CPUs são 32-bits, set e get de variáveis do tipo long podem em teoria dar problemas de race condition em Java. Alguém sabe mais detalhes sobre isso?

Se a variável do tipo long estiver em um endereço que não é múltiplo de 8, o que não costuma ocorrer porque o JIT tenta deixá-la em um endereço múltiplo de 8, isso poderia ocorrer sim, mas o correto é usar java.util.concurrent.AtomicLong se você estiver realmente preocupado com isso. As CPUs modernas, mesmo trabalhando em modo de 32 bits, não costumam recuperar dados da memória em pedaços menores que 64 bits, mesmo que você não perceba isso ao nível da linguagem de máquina.

A especificação do Tiger fala para vc usar volatile sempre que um thread altera e outro lê a variável, caso contrário cada um terá o seu próprio cache de variáveis e um não vai ver a mudança que o outro fez. Se não estou enganado esse cache acontece no registers da CPU, logo se vc tem apenas uma CPU esse problema NUNCA vai acontecer e vc não precisaria usar volatile. Isso porque sempre que entra um novo thread o contexto (cache) é substituído pelo novo contexto do thread que está entrando. Se vc tem duas CPUs e cada thread está rodando numa CPU então vc pode ter problemas sérios, uma vez que vc tem agora 2 caches distintos.

A questão do long é que independente do cache pode haver um context switch no meio de um get ou set, uma vez que é impossível ler 64-bits atomicamente num único tick do clock. Se isso acontece, a JVM garante ou não a integridade da variável? Nunca soube, acredito que sim, mas tb não sei como. :-)

Thread.start() Membro desde: 28/06/2007 17:37:11 Mensagens: 35 Offline

ddduran wrote:

Homero Damico wrote:

Giulliano wrote:

saoj wrote:
Só a 10 tipos de pessoas no mundo. Os que entendem computação e os que não entendem.

e os outros 8 tipos ?!?!?!?1

saoj 1 x 0 Giulliano

Ptz Giulliano não acredito que você caiu nessa velho. Você não é um nerd de verdade?

Poxa... tb não acredito... hehehe

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