Vcs podem achar a noticia velha mais achei interessante e resolvi postar.
A parte que foi retirada da wikipedia foi traduzido pelo Google.
Brook, a resposta da AMD ao CUDA
Brook, uma linguagem baseada no C-Style, permite trabalhar com cálculos altamente paralelizados, esta é a afirmação de Giusseppe Amato, numa entrevista ao CustomPC. Brook, permite basicamente, alimentar o SIMD (single instruction multiple data) contido nas GPUs R600 e acima , para os mais diversos típos de cálculos, e um dos usos é física diretamente na GPU. A linguagem Brook nasceu na universidade de StanFord, e foi usada para o projeto Folding@home, basicamente esta foi a razão principal de não poder funcionar nas GPUs da NVIDIA até hoje. No caso de jogos, AMD desenvolveu uma extensão chamada Brook+, que é independente de hardware e pode ser usada para acelerar games no uso de física. Segundo Giussepe, o padrão é totalmente aberto, e qualquer um pode implementar da forma que queira. Sobre a iniciativa de abertura do PhysX para todos e o uso desta API diretamente na GPU, ainda não se tem nenhuma mensão sobre isso dos representantes da AMD. Uma das possibilidades indiretamente mencionadas, foi que o Brook será compatível desde o R600, até o RV770, preservando os investimentos feitos até o momento.
Fonte: Adrenaline
https://www.adrenaline.com.br/forum/placas-de-video/194156-brook-a-resposta-da-amd-ao-cuda.html
BrookGPU
BrookGPU é a Universidade de Stanford Gráfica do grupo compilador e runtime Brook execução do fluxo de programação para a linguagem moderna utilizando hardware gráfico para não-gráfico, ou da finalidade geral computações. Utilização do Graphics Processing Unit (ou GPU) para fazer não-gráfica ou da finalidade geral cálculos também é abreviado como GPGPU, ou General Purpose Graphics Processing Unit. Ele pode ser usado para programar uma unidade processadora de gráficos tais como aqueles encontrados em ATI ou nVidia ou mais placas gráficas Intel vai integrar soluções gráficas, que são altamente paralelo em execução.
BrookGPU compila programas escritos utilizando Brook stream programação língua, que é uma variante do ANSI C. Pode usar OpenGL v1.3 +, DirectX v9 + ou AMD’s Close to Metal computacional para o backend e roda em ambos os Microsoft Windows, Linux e, possivelmente, o Mac OS X. Também pode simular um virtual placa gráfica por si só através de uma especial CPU backend que é útil para depurar Brook miolo.
Ao contrário da maioria dos proprietários cada vez mais GPGPU quadros disponíveis atualmente, Brook está licenciado sob a licença BSD (partes estão sob a GNU General Public License) e é o software livre. Isso o torna ideal para estudantes interessados em GPGPU programação sem ter que mergulhar em OpenGL ou DirectX implementação detalhes.
Desempenho Comparação
Um gosto de como comparação entre desktop CPUs e GPGPUs é problemática devido às diferenças estruturais e algorítmicos.
Para explicar, a 2,66 GHz Intel Core 2 Duo pode realizar um máximo de 25 GFLOPs (25 mil milhões de precisão único ponto flutuante operações por segundo) se optimamente com SSE streaming e acesso à memória de modo a prefetcher funciona perfeitamente. No entanto, tradicionalmente (devido a shader programa comprimento limites) mais GPGPU kernels tendem a realizar relativamente pequenas quantidades de trabalhar em grandes quantidades de dados em paralelo, de modo que o grande problema diretamente com a execução GPGPU algoritmos no desktop CPUs é muito menor “memória” como banda de um modo geral a CPU passa a maior parte do seu tempo à espera da memória RAM. Como um exemplo, dual channel PC2-6400 DDR2 RAM pode throughput 11Gb/sec sobre o que é cerca de 1,5 GFLOPs máximo uma vez que há um total de 3 GFLOPs total largura de banda e um tanto deve ler e escrever. Como resultado, se for memória de banda limitada, Brook CPU’s backend não irá exceder 2 GFLOPs. Na prática, é ainda inferior ao que a maioria especialmente para outra coisa senão FLOAT4 qual é o único tipo de dados que pode ser acelerado SSE.
Em uma ATI HD 2900 XT (740 MHz core 1000 MHz memória), Brook pode realizar um máximo de 410 GFLOPs através da sua DX9 backend. OpenGL é actualmente (devido ao condutor e Cg compiler limitações) muito menos eficiente do que um backend GPGPU Brook e só pode gerir 210 GFLOPs via OpenGL. No papel, este parece ser de cerca de vinte vezes mais rápido do que o CPU, mas como acabei de explicar que não é tão fácil como isso. GPUs têm actualmente grande ramo e ler / escrever acesso sanções de forma razoável esperar um período máximo de um terço do pico máximo no mundo real código – o que ainda deixa a placa ATI em cerca de 125 GFLOPs cerca de cinco vezes mais rápido do que o Intel Core 2 Duo.
No entanto, esta descontos a parte mais importante de transferência de dados a serem processados de e para o GPU. Com um PCI Express 1,0 x8 interface, a memória de uma ATI HD 2900 XT pode ser escrita em cerca de 730Mb/sec e ler a partir de cerca de 311Mb/sec que é significativamente mais lento do que o normal PC memória. Para grandes de dados, isto pode diminuir consideravelmente a velocidade de aumento usando um GPU mais de uma CPU bem sintonizada execução. Naturalmente, quanto mais rápido GPUs tornou muito mais depressa do que o CPU e interface PCI Express melhora, ele irá fazer mais sentido para a sua transformação em grande offload GPUs. Finalmente, como CPUs ganho extensivamente computação paralela habilidades, a GPU será redundante, e todas as funções absorvidas na CPU (ver roda da reencarnação).
