O QPI é um modelo novo de conexão ao processador que tem por ênfase a melhorar de comunicação com dispositivos internos de I/O, diferente dos antigos processadores que usam um barramento externo para comunicação para I/O e para acesso à memória. Neste ponto já podemos ver que no QPI não há o trafego de acesso à memória pois os processadores já possuem um controlador de memória integrado e as memórias estão conectadas diretamente ao processador, ou seja, nos modelos que usam o FSB (Front Side Bus) o tráfego de dados de memória e I/O compartilham o mesmo barramento.
Ponto para o QPI que trabalha com mais folga na carga de dados, pois o acesso à memória é feito diretamente pelo processador.
Em uma matéria sobre o QPI, feita pelo Gabriel Torres e o Cássio Lima, foram citadas muitas comparações do QPI com o HyperTranport da AMD e o FSB para servir de referência de maneira que fique mais fácil a compreensão e mais clara a diferença entre tecnologias concorrentes e novas tecnologias. Vale lembrar que esta tecnologia não está apenas atrelada ao processador, tanto o QPI como o HyperTranport são inovações de sistema e arquitetura de comunicação tendo como ponto e foco principal o processador, mas que afetam principalmente os controladores de I/O que devem se adequar as velocidades, freqüências e conexões com esta nova interconexão (QPI).
Em comparação com o FSB o Quick Path Interconnect possui dois canais de comunicação entre o processador e o Hub controlador de I/O (SouthBridge), se comparado com o FSB que além de receber o tráfego de comunicação à memória e I/O, tinha apenas uma única via ou canal de comunicação, que tinha de ser partilhado com todo o tráfego. Já o QPI possuindo uma carga menor do fluxo de dados e duas vias de comunicação, sendo uma para leitura e outra para escrita, abaixo tem uma citação mais técnica do pessoal do Clube do Hardware que esclarece bem que apesar do QPI transferir menos bits por pulso de clock que o FSB o QPI tem um clock muito mais alto.
Cada pista é capaz de transferir 20 bits por vez. Desses 20 bits, 16 são bits de dados e os 4 bits restantes são usados para um código de correção de erros chamado CRC (Cyclical Redundancy Check ou Controle de Redundância Cíclica), que permite ao receptor verificar se os dados recebidos estão intactos.
A primeira versão do barramento QuickPath trabalhará com um clock de 3,2 GHz transferindo dois dados por pulso de clock (técnica chamada DDR, ou taxa de transferência dobrada), fazendo com que o barramento funcione como se tivesse rodando a um clock de 6,4 GHz (a Intel usa a unidade GT/s – que significa bilhões de transferências por segundo – para representar isto). Como 16 bits são transmitidos por vez, nós temos uma taxa de transferência máxima teórica de 12,8 GB/s em cada pista (6,4 GHz x 16 bits / 8). Você verá algumas pessoas dizendo que o barramento QuickPath Interconnect tem uma taxa de transferência máxima teórica de 25,6 GB/s já que elas multiplicam a taxa de transferência por dois para cobrir os dois caminhos de dados. Nós não concordamos com essa metodologia. Em resumo, isto é mesmo de dizer que o limite de velocidade de uma pista é de 160 Km/h só porque existe um limite de velocidade de 80 Km/h em cada direção. Não faz sentido.
Comparado ao tradicional barramento frontal o QuickPath transmite menos bits por pulso de clock, mas funciona com um clock muito mais alto. Atualmente o barramento frontal mais rápido disponível nos processadores Intel é de 1.600 MHz (na verdade 400 MHz transferindo quatro dados por pulso de clock; o QuickPath funciona com um clock base oito vezes maior), o que resulta em uma taxa de transferência máxima teórica de 12,8 GB/s, a mesma do QuickPath. O QuickPath, no entanto, oferece 12,8 GB/s em cada direção, enquanto que um barramento frontal de 1.600 MHz oferece esta largura de banda tanto para as operações de leitura quanto escrita – e ambas não podem ser executadas ao mesmo tempo no barramento frontal, limitação não presente no QuickPath. Além disso, como o barramento frontal transfere tanto requisições de memória quanto de entrada/saída, sempre há mais dados sendo transferidos neste barramento se comparado ao QuickPath, que transporta apenas requisições de entrada/saída. Portanto o QuickPath trabalha "mais folgado" e por isso tem uma largura de banda disponível maior.
Até aqui falamos de desempenho e diferenças entre os sistemas de interconexões e barramentos, mas uma boa novidade no QPI é a preocupação da INTEL em ter embutido um item de confiabilidade que ainda não estava muito presente no mercado.
Cada via de conexão do QPI pode ser tratada ou dividida em quatro sub-vias, dividindo assim a carga de 20bit por vez em cada via em 5bit por cada sub-via, o sistema ainda identifica se uma destas sub-vias tem um problema, isola ou desliga esta sub-via danificada e desta forma mantêm o sistema funcionando com um desempenho menor, mas funcionando. Este tipo de característica deverá aparecer mais nos processadores Xeon que são destinados principalmente para servidores e usados em algumas estações de trabalho de alto desempenho.
Coloquei aqui alguns dos principais pontos e características do Quick Path Interconnect e maiores informações poderão ser vistas na matéria completa do Clube do Hardware e no próprio site da Intel.
C:\> ProgramFiles%\Microsoft SDKs\Windows\v7.0\Bin\CorFlags.exe
"ProgramFiles(x86)\Dokan\DokanSSHFS\DokanSSHFS.exe" /32BIT+
# umount /dev/sdx1 # fdisk /dev/sdx
# mkfs.vfat -n Dados -F 16 /dev/sdx1
# mkfs.vfat -n LiveUSB -F 32 /dev/sdx4
# mount /dev/cdrom /media/cdrom0
# mount -t iso9660 ubuntu.iso /media/cdrom0 -o loop
# mkdir /media/liveusb # mount -t vfat /dev/sdx4 /media/liveusb -o rw,uid=1000
# rsync -rv /media/cdrom0/ /media/liveusb/
# mv /media/liveusb/isolinux/ /media/liveusb/syslinux/ # vim /media/liveusb/syslinux/syslinux.cfg
DEFAULT vesamenu.c32 TIMEOUT 300 NOESCAPE 1 PROMPT 0 LABEL linux MENU LABEL Iniciar o Ubuntu KERNEL /casper/vmlinuz APPEND initrd=/casper/initrd.lz boot=casper locale=pt_BR file=/cdrom/preseed/ubuntu.seed cdrom-detect/try-usb=true persistent noprompt noswap noeject dma quiet splash -- LABEL install MENU LABEL Instalar o Ubuntu KERNEL /casper/vmlinuz APPEND initrd=/casper/initrd.lz boot=casper locale=pt_BR file=/cdrom/preseed/ubuntu.seed cdrom-detect/try-usb=true only-ubiquity noprompt noeject quiet splash -- LABEL memtest MENU LABEL Testar Memoria KERNEL /install/mt86plus LABEL exit MENU LABEL Sair LOCALBOOT 0x80
# df -B 1M /dev/sdx4 Sist. Arq. 1M-blocos Usad Dispon. Uso% Montado em /dev/sdx4 1519 415 1104 27% /media/liveusb
# dd if=/dev/zero of=/media/liveusb/casper-rw bs=1M count=1100
# mkfs.reiserfs /media/liveusb/casper-rw
# apt-get install syslinux mtools
# umount /dev/sdx4 # syslinux -s -d syslinux/ /dev/sdx4
server:/tmp /mnt nfs defaults,_netdev 0 0for video in *; do
ffmpeg -i "$video" -f mp4 -vcodec mpeg4 -b 350000 -r 15 -s 320x240 \
-acodec aac -ar 24000 -ab 128 -ac 2 "$video".mp4
done
[user@client ~]$ ssh-keygen -t rsaRecomendo que em todas as perguntas seja dado apenas enter, afim de deixar os passphrase vazios.
Generating public/private rsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/user/.ssh/id_rsa.
Your public key has been saved in /home/user/.ssh/id_rsa.pub.
The key fingerprint is:
fb:d2:07:3b:64:b0:a7:13:c0:ae:62:b9:b1:c6:79:04 user@client
cat ~/.ssh/id_rsa.pub > ~/.ssh/authorized_keysEvitando problemas de segurança
Como eu sempre usei, nos últimos 10 anos, sistemas com base Unix nunca tive a preocupação de preparar um ambiente para poder acessar aplicações gráficas baseada em X11, porém a história agora é um pouco diferente.
No meu ambiente de trabalho tenho tido a necessidade de estar trabalhando com aplicações disponíveis apenas para Windows e Mac, como eu não tenho a disposição um Mac tenho poucas opções para utilizar essas aplicações (Photoshop, Dreamweaver, VISIO, etc...) .
Tentei usar o Wine, mas infelizmente as aplicações não rodaram nada bem e algumas nem instalaram, e, aproveitei para testar e usar o MS Office e principalmente o VISIO, mas as versões 2007 também não rodaram nada bem e alguns casos ficaram muito lentas. Pode até ser que eu tenha me dedicado pouco às configurações do Wine, mas tempo é o que eu tenho tido menos, para me dedicar.
Tendo a opção de não abandonar o Linux como base, decidi instalar em uma máquina virtual, usando VirtualBox, o Win7 e testar as principais funcionalidades desta nova versão do Windows e que tanto se fala bem.
Nesta instalação ainda instalei o Cygwin/X (http://x.cygwin.com/) e o PuTTY.
Muitas pessoas já usam a muito tempo o PuTTY para poderem acessar sistemas Linux e Unix via linha de comando (CLI) usando protocolos SSH ou derivados como o SFTP, entre outros protocolos.
Achei muito interessante o casamento, no uso, destas duas ferramentas, consigo levantar um servidor X no Win com o Cygwin/X apenas com as instalação do pacote xinit, no qual já instala suas dependências e fazer o acesso aos servidores usando o PuTTY que é uma ferramenta muito leve.
Segue ai a dica !!! ;D
O link da página principal do VirtualBox How-To é
http://www.virtualbox.org/
Assuntos Interessantes como :
Como Migrar instalações existentes de Windows para o Virtualbox.