Jorge Polvora

Cálculos de download da Microsoft

2010-10-25T10:58:00.000-07:00

Estava eu no site do msdnaa a procura de um download do windows seven. Cadastro ok, carrinho de compras ok, e na tela de download eu encontro uma informação quanto ao tempo de download ... Isso me fez pensar se realmente a calculadora do windows funciona de verdade...

Traição

2010-10-19T11:33:00.000-07:00

20 Coisas que aprendemos jogando videogame

2010-10-15T15:53:00.000-07:00

1 - Um ataque de zumbis não é nada caso você tenha uma Glock com 10 munições e uma boa mira.

2 - Correr no gelo escorrega… Muito!

3 - Paradas para abastecer o carro ou o avião atrapalham muito.

4 - A vida não tem continues infinitos.

5 - Quando uma pessoa morre ela pisca até desaparecer.

6 - Quanto maior o lutador, pior ele é.

7 - Meia lua para frente + soco forte = algo interessante.

8 - Às vezes, uma facada funciona melhor que um tiro.

9 - Select é tão útil quanto o Scroll Lock ou um bloco amarelo com uma exclamação.

10 - “Winners don’t use drugs – William S. Sessions – FBI”

11 - Allejo foi melhor que Pelé.

12 - Nem todos os rios estão para nado.

13 - As melhores épocas de nossas vidas são as fases bônus.

14 - PAC MAN nada mais é que correr atrás de balinhas enquanto se ouve uma música repetitiva. Ou seja, uma rave

15 - Barris explosivos são muito bons para matar um grande grupo de pessoas. Basta um tiro certeiro.

16 - Nem todos os canos verdes o levam até o esgoto.

17 - Comer flores laranjas te dão a habilidade de soltar fogo pelas mãos.

18 - Em alguns casos, estrelas são mais importantes que moedas.

19 - Florestas, abismos ou até uma cerquinha de 10 cm significam “Barreira Intransponível”;

20 - No final das contas, você se fode para salvar o mundo ou uma mulher.

Fonte:http://realidadeounao.com.br/arquivo/listas/20-coisas-que-aprendemos-jogando-video-game-2/

Plena Sexta-feira... época de provas e trabalhos....

2010-10-08T15:37:00.001-07:00

TRABALHO EM EQUIPE !!!

Uma equipe era constituída por quatro pessoas chamadas :

TODO MUNDO ; ALGUÉM ; QUALQUER UM e NINGUÉM.

Um dia existia um trabalho importante a ser feito e TODO MUNDO tinha certeza que ALGUÉM o faria , QUALQUER UM podia faze-lo,mas NINGUÉM o fez. ALGUÉM se aborreceu porque era responsabilidade de TODO MUNDO.

No entanto TODO MUNDO pensou que QUALQUER UM iria fazer o trabalho,mas NINGUÉM se interessou.

Finalmente , TODO MUNDO culpou ALGUÉM quando NINGUÉM fez o que QUALQUER UM podia ter feito.

Essa situação já ocorreu com você ?

2010-09-08T17:15:00.000-07:00

MATEMÁTICA DE MENDIGO

Tenho que dar os parabéns para esse estagiário que elaborou essa

pesquisa tão perfeita, pois o resultado que ele conseguiu obter é a

mais pura realidade.

Preste atenção nessa interessante pesquisa de um estagiário...

Um sinal de trânsito muda de estado em média a cada 30 segundos (trinta segundos no vermelho e trinta no verde). Então, a cada minuto um mendigo tem 30 segundos para faturar pelo menos R$ 0,10, o que numa hora dará: 60 x 0,10 = R$6,00.

Se ele trabalhar 8 horas por dia, 25 dias por mês, num mês terá faturado: 25 x 8 x 6 = R$ 1.200,00.

Será que isso é uma conta maluca?

Bom, 6 reais por hora é uma conta bastante razoável para quem está no sinal, uma vez que, quem doa nunca dá somente 10 centavos e sim 20, 50 e às vezes até 1,00.

Mas, tudo bem, se ele faturar a metade: R$ 3,00 por hora terá R$ 600,00 no final do mês, que é o salário de um estagiário com carga de 35 horas semanais ou 7 horas por dia.

Ainda assim, quando ele consegue uma moeda de R$1,00 (o que não é raro), ele pode descansar tranqüilo debaixo de uma árvore por mais 9 viradas do sinal de trânsito, sem nenhum chefe pra 'encher o saco' por causa disto. Mas considerando que é apenas teoria, vamos ao mundo real.

De posse destes dados fui entrevistar uma mulher que pede esmolas, e que sempre vejo trocar seus rendimentos na Panetiere (padaria em frente ao CEFET ). Então lhe perguntei quanto ela faturava por dia. Imagine o que ela respondeu? É isso mesmo, de 35 a 40 reais em média o que dá (25 dias por mês) x 35 = 875 ou25 x 40 = 1000, então na média R$ 937,50 e ela disse que não mendiga 8 horas por dia.

Moral da História :

É melhor ser mendigo do que estagiário (e muito menos PROFESSOR), e pelo visto, ser estagiário e professor, é pior que ser Mendigo...

Esforce-se como mendigo e ganhe mais do que um estagiário ou um professor.

Estude a vida toda e peça esmolas; é mais fácil e melhor que arrumar emprego.

Lembre-se : Mendigo não paga 1/3 do que ganha pra sustentar um bando de ladrões.

Viva a matemática. Que país é esse?

Não esquecendo que esse "empresário do asfalto" ainda pode ser agraciado com uma Bolsa Família, complementar

Recebi esse spam...

Verdade ou mito?

2010-09-03T15:54:00.000-07:00

Para quem não entende quando é explicado, segue o desenho:

Nova tecnologia promete web sem fio quatro vezes mais rápida

2008-02-19T11:20:00.000-08:00

Eh uma coisa que faz falta... e soh seria perfeito se fosse de graca!

Uma tecnologia para comunicação sem fio de alta velocidade que está em desenvolvimento promete tornar a navegação sem fio pela web quatro vezes mais rápida, mas seu impacto sobre o setor de equipamento para redes não será tão dramático, de acordo com executivos do setor.

Diversas grandes operadoras de telefonia móvel anunciaram que criarão redes com a tecnologia emergente conhecida como Long Term Evolution (LTE), o que reforçou o interesse por esse sistema e gerou notícias que fizeram dela um dos destaques do World Mobile Congress, em Barcelona, na semana passada.

A China Mobile, maior operadora mundial de telefonia móvel em número de clientes, anunciou esta semana que testaria a LTE. A Alcatel-Lucent e a NEC, do Japão, assinaram um acordo de joint-venture sob o qual combinarão seus esforços de desenvolvimento e comercialização da nova tecnologia. Até mesmo a Qualcomm prometeu desenvolver chips para a LTE, que concorre com sua tecnologia Ultra Mobile Broadband.

A LTE promete tornar todas tarefas como uso de vídeo e download de música mais rápidas em uma rede móvel, mas pode não propiciar estímulo às vendas do setor de equipamentos para redes em curto prazo, porque as primeiras redes a utilizar a nova tecnologia devem ser instaladas apenas dentro de dois anos, e muitas operadoras podem esperar ainda mais, até que o sistema amadureça.

"Eu não pensaria na LTE como salvadora", disse Simon Beresford-Wylie, presidente-executivo da Nokia Siemens, a joint-venture de equipamentos para redes da Nokia e Siemens . "Vamos começar a ver a LTE surgindo no mercado em 2010, 2011, 2012, mas a vida do HSPA será longa", disse ele sobre a tecnologia que a AT&T, maior operadora de telefonia móvel norte-americana, ainda está terminando de instalar em sua rede. A AT&T também planeja usar a LTE no futuro.

Godfrey Chua, analista de equipamento para redes no grupo de pesquisa IDC, disse que mesmo que muitas operadoras comecem a operar redes LTE em 2010, a tecnologia serviria apenas para ajudar a impedir o declínio do setor de equipamento para redes, em lugar de promover uma alta de vendas maciça.

fonte: Reuters Limited - todos os direitos reservados. Clique aqui para limitações e restrições ao uso.

Ganho dinheiro com "sisteminha de padaria"!

2008-02-18T09:57:00.000-08:00

Primeira postagem apos tanto tempo ter criado o blog.

Conheci a informatica, conheci a programacao, fiz cursos para entende-la e hj o que eu sei "ainda meia boca" eh criar um "sisteminha de padaria"!
Sempre adimirei os hackers... nao eh qq um que consegue invadir um sistema, mas adimiro mais ainda os programadores, eles conseguem construir esses sistemas...

Hoje catando na internet encontrei um site que me chamou atencao... emuladores para PSP (http://beta.pesepe.com) criei coragem e finalmente resolvi ler o conteudo em espanhol do site....

Hummm... comeciei a gostar... logo encontrei um emulador de MS-Dos para PSP!
Continuo lendo e vejo que tem um video com o sistema Windows 95 instalado e funcionando no PSP!

Eh isso que eu me refiro quando falo de programacao... um cara criou um emulador para um video-game portatil que roda um sistema opracional!

E eu que estudo programacao desde os meus 17 anos ateh hj me interto conversando com meus amigos sobre como conectar com um banco de dados e como ganhar dinheiro com isso!

Conversando com o Eduardo sobre isso, ele me passou entao um link: (http://imasters.uol.com.br/artigo/7363/desenvolvimento/desvendando_o_sistema_de_arquivos_do_google/)

nao sei quante tempo isso vai ficar ativo na internet, entao resolvi postar aqui o conteudo do link:

Desvendando o sistema de arquivos do Google

Em 1998, Sergey Brin e Lawrence Page publicaram o artigo "The Anatomy of a Large-Scale Hypertextual Web Search Engine" (A Anatomia de um Sistema de Busca Hipertextual de Larga Escala) e iniciaram a empresa que algum tempo depois se tornou um dos maiores casos de sucesso na história da Internet até aqui.

O Google, atualmente, detém mais de 65% do mercado de buscas nos Estados Unidos e em alguns países este número ultrapassa os 90%. Grande parte deste sucesso é atribuído ao inovador algoritmo de busca da empresa. O que permitiu que este sucesso acompanhasse a demanda por recursos de hardware, no entanto, foi o também inovador sistema de arquivos desenvolvido por ela: O Google File System ou simplesmente GFS.

Criado especificamente para o processamento de dados dentre os seus sistemas (busca, e-mail, documentos, etc.), o algoritmo garante a performance e a flexibilidade necessária para que a resposta ao usuário seja o mais próximo possível do instante e para que não haja interrupção dos serviços numa eventual falha em algum componente do sistema.

Embora publicamente disponível, o artigo publicado em 2003 que explica em detalhes o funcionamento do GFS está em inglês e possui muitas especificidades de implementação. Por este motivo resumo aqui os principais fatores que motivaram o seu desenvolvimento e exponho uma breve explicação sobre seu funcionamento.

Falhas são a regra

Bugs em aplicações e no Sistema Operacional, erros humanos e falhas de hardware (memória, disco, fonte de energia, etc.) são comuns principalmente em computadores desktop mas podem ocorrer em qualquer sistema. Entretanto estas falhas são muitas vezes tratadas como exceção e exigem ações de contingência quando ocorrem.

No caso do Google, os criadores do GFS foram muito cuidadosos ao admitirem que falhas no sistema ocorrem com freqüência suficiente para serem tratadas como regra. Isto porque o meio físico de armazenamento de dados da empresa é composto por centenas e as vezes milhares de computadores de baixo custo (Para dar uma idéia, máquinas com dois processadores PIII 1.4 GHz, 2GB RAM, 2 discos de 80GB e 5400 rpm, e uma placa Ethernet 100 Mbps full-duplex foram usadas num ambiente de teste para medição de performance pelo próprio Google). Esta enorme quantidade e a baixa qualidade dos equipamentos são o suficiente para garantir que alguma falha ocorrerá em algum momento.

Por este motivo, monitoramento constante, detecção de erros, tolerância a falhas, e recuperação automática são (e precisam ser) parte integrante do sistema.

Os arquivos só crescem

Para padrões tradicionais, os arquivos no GFS são gigantes e podem facilmente atingir a casa dos terabytes (mil gigabytes). Como resultado, operações de entrada e saída e o tamanho dos blocos em disco precisam ser revistos para lidar com eficiência com estes arquivos, mesmo que arquivos bem pequenos (de alguns kilobytes) sejam suportados.

Além disto, pouca informação é reescrita nestes arquivos. Na maioria dos casos, dados são acrescentados a eles. Escrita aleatória, portanto, praticamente não existe. Ou seja, uma vez escrito, o arquivo é acessado somente para leitura e sequencialmente.

É meu e eu mudo o que quiser, quando quiser

Um motivo mais estratégico do que técnico que levou o Google a escrever seu próprio algoritmo refere-se à flexibilidade de customizar a API. Isto permitiu à empresa elaborar o algoritmo desde o princípio pensando em suas próprias necessidades.

Um exemplo foi a introdução de uma operação atômica de adição de dados a um arquivo que garante que múltiplos clientes possam adicionar dados a um mesmo arquivo simultaneamente, sem a necessidade de sincronizações extras entre eles.

Interface Simples

A interface para utilização do GFS é bem simples e mantém a organização dos arquivos numa estrutura hierárquica de diretórios identificados por nomes. Os comandos típicos para criar, excluir, abrir, fechar, ler e escrever arquivos também estão lá.

Além destes, no entanto, o GFS introduziu os comandos snapshot e record append. O primeiro cria uma cópia de um arquivo ou diretório a um baixo custo de performance. O segundo, como dito anteriormente, permite que múltiplos clientes acessem simultaneamente o arquivo para adição de dados, garantindo a atomicidade de cada adição de cada cliente.

Arquitetura Robusta

O GFS trabalha com clusters, conjuntos de computadores interligados através de um sistema distribuído. Cada cluster possui um único master e vários chunkservers, tipicamente computadores desktop com Linux instalado.

O master é responsável pelo gerenciamento do cluster. Para isto, ele armazena meta dados sobre as informações armazenadas nos chunkservers. Isto inclui espaço de nomes (namespace), informações para controle de acesso, o mapeamento de arquivos em chunks (blocos de dados que podem conter um ou mais arquivos ou parte de um arquivo), e a localização atual destes blocos nos chunkservers - para garantir a consistência, cada bloco é replicado em múltiplos chunkservers.

As atividades desempenhadas pelo master incluem o gerenciamento da concessão de blocos para acesso pelo(s) cliente(s); um coletor de lixo para blocos órfãos; e a migração de blocos entre chunkservers.

A comunicação dos clientes com o master é minimizada às operações com os meta dados. Uma vez que um cliente tenha todas as informações necessárias para acesso aos dados, toda a comunicação passa a ser realizada diretamente com o(s) chunkserver(s).

Não há cache de dados devido ao imenso tamanho dos arquivos e porque cada bloco é armazenado como se fosse um arquivo local. Assim eles se beneficiam do buffer gerenciado pelo próprio Linux que mantém os arquivos acessados com freqüência na memória.

Os meta dados são armazenados na memória do master, tornando obviamente suas operações muito mais rápidas. Isto também permite que múltiplos threads executem com eficiência e ao mesmo tempo diferentes tarefas requeridas pelo sistema: Coletor de lixo, re-replicação na presença de falhas em um ou mais chunkservers, e migração de blocos entre os chunkservers para balancear a carga e o espaço em disco.

Tolerância a falhas

Assim como os blocos, o estado do master (isto é, seu log de operação e checkpoints) também é replicado em diferentes computadores. Por simplicidade, apenas um processo master fica responsável por todas as operações nos meta dados além das operações que mudam o sistema internamente, por exemplo o coletor de lixo.

Assim, numa eventual falha no próprio processo, ele pode simples ser reiniciado. Não há complexos processos em cadeia que precisam seguir uma ordem lógica de criação. Se a falha for física, uma infra-estrutura de monitoramento externa ao GFS inicia um novo processo master em algum outro computador com o log de operação replicado.

A integridade dos dados é verificada através de checksums nos próprios blocos. Por diversos motivos (grande quantidade de operações de escrita nos arquivos, seus tamanhos, etc.) as réplicas dos blocos não são idênticas. Por isto, cada chunkserver deve verificar a sua própria cópia de maneira independente, mantendo checksums.

Com milhares de discos e centenas de máquinas, é esperado que os dados se corrompam até com certa freqüência. Por este motivo, sempre que um chunkserver detecta um bloco corrompido, o mesmo é atualmente substituído pelo master por uma réplica válida disponível em outro chunkserver.

Conclusões

O que é interessante notar no GFS são suas premissas de design, completamente diferentes um sistema de arquivos tradicionais. O tratamento a falhas como regra, o foco do desempenho no controle e manuseio de grandes arquivos, e a extensão da interface indicam esta radical mudança de foco na implementação. Isto o torna uma importante ferramenta para entendimento dos requisitos necessários para a construção de um cluster de larga escala utilizando máquinas de baixo custo.

Embora publicado em 2003, é claro que o GFS está em constante evolução. O sistema foi tão bem recebido no Google que passou a ser utilizado em ambientes de produção, desenvolvimento, e pesquisa. Entre os novos recursos que foram incorporados ao sistema mais tarde estão um controle de permissões e um sistema de quotas.

No fim das contas, segundo os próprios autores do artigo original, o GFS acabou se tornando uma peça importante na manutenção da capacidade do Google de inovar e atacar problemas na escala de toda a web.

Este é um resumo e uma releitura do artigo The Google File System, escrito por Sanjay Ghemawat, Howard Gobioff, e Shun-Tak Leung, publicado em 2003 e disponível em http://labs.google.com/papers/gfs.html.

Eh isso que eu chamo de programador de verdade... nao essas porcarias que criam "sitezinho" em html por ai e "sisteminhas de padaria" e se acham os caras!

OBS: por mais impossivel que seja, ainda aguardo o OS do Google!

Loading....

2007-11-14T01:46:00.000-08:00

Por favor, aguarde enquanto carregamos informacoes...

Obrigado!