Como isso é possível???

13. Re: Como isso é possível???

Perfil removido
removido

(usa Nenhuma)

Enviado em 09/07/2011 - 19:12h

Vinycius, imagine o segredo, a tranca ou Forte Inox onde estão guardados os códigos desses algoritmos/motores de buscas do Google!!
Imagine qual o salário que um profissional dessa área do Google deve ganhar.

Isso é o que eu chamo de propriedade intelectual num conjunto logisticamente planejado com o segredo industrial.

Vai uma Pepsi(Bing) aí? Não, o Google é o melhor.


  


14. Re: Como isso é possível???

Willian
ThePinkShark

(usa Slackware)

Enviado em 09/07/2011 - 23:50h

E vejam que com o algoritimo certo um micro com um processador de 166MHz se transforma num foguete. é engraçado pensar que para coisas deste suposto tamanho não precizamos de processadores gigantes. A internet (quase como é hoje) nasceu nos tempos dos 66MHz, hoje quem diria que isto é um super servidor? E olhe, o sistema não mudou muita coisa.


15. Re: Como isso é possível???

Perfil removido
removido

(usa Nenhuma)

Enviado em 10/07/2011 - 00:34h

Eu tenho várias teorias... creio que é possível alterar drasticamente o desempenho dos computadores atuais alterando por completa a arquitetura de hardware de hoje e a forma como hardware e software se interagem, mas isso é uma coisa muito... digamos, ousada!

Eu já sei que isso é possível, mas ainda não temos as ferramentas necessárias para "tirar do papel" rs

Seria preciso um controle maior sobre o hardware e uma maneira eficiente de controlar os fluxos de informações, a velocidade e quantidade de informação que fosse enviada para cada nanotransistor no processador, individualmente... poderíamos fazer milagre se alguém torna-se essa ideia possível, mas como disse, ainda não existe as ferramentas necessárias....

Eu creio que toda a informação sobre utilização do processador que recebemos em nossa tela é meramente ilustrativa, pois não temos um controle tão grande do processador para ele usar 10% de sua capacidade real , por exemplo ( a não ser que baixássemos o clock, mas não é essa a questão aqui).

Os medidores visuais que vemos nos sistemas operacionais são apenas uma média ilustrativa!

Uma aplicação não usa 10, 20, 30% do seu processador... ela usa a potencia total!

Esqueça todos os numeros, a partir de agora só existe 0 e 100

programa executa: 100%
terminou a tarefa: 0%

Não tem meio termo!

Não sei se entenderam o que estou querendo dizer, pois não sei como explicar isso, só vendo mesmo para entender...

Sobre os processadores dual cores, temos o controle:

0%, 50%, 100%

E quad Cores:
0%, 25%, 50%, 75%, 100%

Mas tem um porém, são poucas as aplicações que conseguem ler as informações passadas pelo processador a fim de identificar qual núcleo seria melhor para sua execução....

Exemplo, uma aplicação em um dual core, convertendo um vídeo e utilizando os dois núcleos...

Os dois núcleos do processador ficam em loops de 0% e 100%, mas o sistema te mostra uma média do tempo de resposta para o próximo loop e calcula assim a porcentagem de uso, através de uma média da quantidade de loops necessários e o tempo de espera para termínio do loop atual.

O programa divide a conversão do vídeo em partes e muitas vezes converte separadamente o audio... como podem ver, já temos 3 processos (threads) em execução (novamente, é só um exemplo)

Desses 3 programas o processador calcula o tempo de resposta de cada loop (0% 100%) e verifica aquele que está demorando mais e envia ele para o outro núcleo, estabilizando assim a carga entre os dois núcleos)

Então temos 2 loops executando no core 1, um após o outro (parece que é instântaneamente, mas não é , pois o computador não é um sistema de multitarefa REAL, ele apenas faz cálculos muito rápidos, dando a impressão de ser multitarefa), e no core 2 temos um processo que demora mais tempo no loop se executando sosinho...

O problema está nessa identificação dos "tempos", pois é difícil para o sistema identificar essa informação de forma correta e passa-la ao processador, mas isso é culpa dos programadores que não se esforçam para otimizar suas aplicações nessa parte, por acharem desnecessário... mas ajunta um monte de aplicações sem essa interação... vai ficar sobrecarregando o core1 e o core 2 lá , sosinho, pensando na morte da bezerra...

Bom, tudo o que eu disse pode não funcionar e pode não ser assim, isso é apenas uma teoria, mas lembre-se bem: não estou levando em conta nenhuma lógica de programação atual, pois essas lógicas são IRREAIS, pois elas só fazem sentido quando executadas dentro de um sistema operacional que interpreta os dados e de alguma forma fazem eles funcionarem com dados e dispositivos REAIS (através dos circuitos integrados, drivers e etc). Eu estou discutindo exatamente essa MANEIRA REAL do hardware interpretar as informações, pois isso é uma coisa que ninguém se quer pensa, espero não ser o único....

Estou expondo minha opiniões pois gostaria de ver como vocês pensam sobre questões do gênero, assim enriquecemos nossos conhecimentos =)


16. Re: Como isso é possível???

Willian
ThePinkShark

(usa Slackware)

Enviado em 10/07/2011 - 20:47h

Uma coisa bem simples seria utilizar apenas programação de baixo nível, isto faria com que o software pudesse aproveitar oq ue o sistema pode ofereçer. O Sr. está certo sobre a questão de multitarefa, elas não são executadas ao mesmo tempo, as instruções são apenas intercaladas fazendo com que haja melhor aproveitamento. Nem tudo que percebemos é real pois nossos sentidos são imperfeitos e aí que entra parte da história negra da eletrônica e consequentemente da informática. A Imagem de seu monitor é fixa? Não! Ela oscila em aproximadamente 60Hz (existem os que oscilam a75Hz, 80Hz e até 120Hz) e com isso produz a sensação de uma imagem fixa pois a visão humana não consegue perceber a oscilação -na erdade consegue mas é algo que se pode acostumar, é so xaqualhar o mouse na tela de forma rápida e notar que a imagem é na verdade uma sequencia de quadros varridos- bem como seu processador que faz um barulho infernal e faz toda a CPU vibrar enretanto a audição humana não consegue ouvir um zumbido de 3GHz e nem suas harmônicas, mas o ambiente e o ar se agitam em campos eletromagnéticos que ninguém vê ams estão lá, o som que sai da placa está repleto de ruidos (incluindo audíveis) que aprendemos a ignorar. Com isso e muito mais adaptamos a matéria a nossa volta para que seja-nos útil e que não nos cause transtornos (...).
Com essa ideia de oscilar surgem dispositivos como o rádio, televisão, computadores, GPU's, CPU's, cameras digitais, vídeo K-7, áudio K-7, internet, ethernet, intranet, for, while, goto, Z80, astáveis, Wien bridge, flip-flops, AC e inumeráveis conceitos e sistemas. Mas entenda uma coisa, todos eles trabalham num mesmo padrão e é aí que entra a lógica do assembly. Quantos destes ditos programadores sabem na prática com oq eu eles estão lidando?
Desta forma tudo oq eu fazem é alimentar o consumismo e esqueçer cada vez mais noq ue estão se baseando e com isso eles criam repetição; 1K não é o suficiente, agora temos 1M também não é precizamos dobrar isso ai 1G, 1T, 1E, 1P, 1Y, etc. Este é o grande problema do desempenho, é apenas repetição sem aproveitamento.


17. Re: Como isso é possível???

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/07/2011 - 07:03h

Galera, voltando ao assunto do tópico, ainda estou intrigado com isso... andei lendo por ai e descobri que o squid não consegue lidar com base de dados binárias, ele trabalha em formato texto mesmo... acabou com meu plano de aprendizagem rsrs

Queria entender como o squid lida com a pesquisa nos arquivos (nos dois caso, url_regex e dstdomain, já que trabalham de formas bem diferentes) mas não encontrei nada na documentação, na wiki, na net, em lugar nenhum...

Já até baixei o source aqui para dar uma olhada... mas tirar informação direto do código é chato pakas, haja coragem ....

Então enquanto não arranjo coragem pra se jogar no desconhecido, alguém tem alguma ideia?



01 02



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts