G80 Fotos, Specs e Reviews HOT

[s1nnless]

A nVidia tanto criticou a ATI por criar "monstros" de consumo e, mais uma vez, segue o mesmo caminho. Se o G80 for 90nm, nem imagino quanto consumira. E o facto de ter WC incorporado, nao me dá confiança muito no chip. Mas, vamos la ver. prefiro nao fazer futurologia

[VBTC]

A mim não me interesa que consumam mais ou menos já que topo de gama a mim não me diz nada, estou mais interessado da gama media que vira com o G81 e G83. E para já tudo indica que o consumo do R600 seja maior do que o do G80 mas não para os valores que varios sites indicam.

[s1nnless]

A mim não me interesa que consumam mais ou menos já que topo de gama a mim não me diz nada, estou mais interessado da gama media que vira com o G81 e G83. E para já tudo indica que o consumo do R600 seja maior do que o do G80 mas não para os valores que varios sites indicam.

Bem, falou-se muito sobre a possibilidade do R600 usar o mesmo sistema de dissipação que as X1950XTX. Se usar mesmo, duvido muito que consuma mais que o G80.

[Red_Shift]

Eu já ouvi falar 250W pro G80 e 300W pro R600 mas claro são só rumoures. Por agr n vale mt a pena estar a comparar os GPUs, knd saírem logo se vê.

[Spikleman]

A 8800 vai "comer" cerca de 160W, li isso algures num site, quanto as imagens parece-me num estado de teste, ate a data de lançamento final ira diminuir de tamanho, e talvez o seu consumo tambem.

Cumps

[VBTC]

Parece que a VR-Zone acertou na lotaria, menos no tipo de memora a ser usada pela Nvidia. Para mim é uma surpresa a não inclusão do GDDR4 nas placas. O GDDR4 devera ser usado nos "refresh products" para o fim do ano de 2007 ou então numa nova GX2.

Specs finais do G80.

8800GTX

575MHz Core Clock
900MHz Mem Clock
768MB GDDR3 memory
384-bit memory interface (86GB/s)
128 unified shaders clocked at 1350 MHz
38.4 billion pixels per second theoretical texture fill-rate
450W PSU Recommended
Hard launch in second week of November

8800GTS

500MHz Core Clock
900MHz Mem Clock
640MB GDDR3 memory
320-bit memory interface (64GB/s)
96 unified shaders clocked at 1200 MHz
?? billion pixels per second theoretical texture fill-rate
400W PSU Recommended
Hard launch in second week of November

http://www.dailytech.com/article.aspx?newsid=4441

E vem com um rebuçado.

Documents Leak NVIDIA's Quantum Physics Engine

NVIDIA is ready to counter the Triple Play


With the release of the G80, NVIDIA will also release a new engine dubbed Quantum physics engine. Quantum Effects Technology is similar (at least in spirit) to NVIDIA's PureVideo Technology -- a dedicated layer on the GPU for physics calculations. A few documents alluding to this new engine appeared on public FTP mirrors late last week.

Quantum utilizes some of the shaders from NVIDIA's G80 processor specifically for physics calculations. Physics calculations on GPUs are nothing new; ATI totes similar technology for its Stream Computing initiative and for the Triple Play physics.

NVIDIA and Havok partnered up this year claiming that SLI systems would get massive performance gains by utilizing additional GeForce GPUs as physics processors. Quantum may be the fruits of that partnership, though NVIDIA documentation clearly states that Quantum will work just fine without SLI.

NVIDIA's documentation claims Quantum will specifically compete with AGEIA's PhysX, yet does not mention who is providing the middleware. Given that there are only two acts in town right now, it would be safe to say Havok has a hand in the Quantum engine.
http://www.dailytech.com/article.aspx?newsid=4444

[s1nnless]

hmm. A nVidia ta a assincronizar isso. Será uma boa tactica?

[VBTC]

Não percebi muito bem o que queres dizer com o assincronizar.

Os rebuçados não param.

G80" To Feature 128-bit HDR, 16X AA

More G80 features abound



As if we mere mortals needed more reasons to be excited about G80, here are a couple more tidbits: 128-bit high dynamic-range and antialiasing with 16X sampling.


The high dynamic-range (HDR) engine found in GeForce 7950 and Radeon series graphics cards is technically a 64-bit rendering. This new HDR approach comes from a file format developed by Industrial Light and Magic (the LucasFilm guys). In a nutshell, we will have 128-bit floating point HDR as soon as applications adopt code to use it. OpenEXR's features include:

* Higher dynamic range and color precision than existing 8- and 10-bit image file formats.
* Support for 16-bit floating-point, 32-bit floating-point, and 32-bit integer pixels. The 16-bit floating-point format, called "half", is compatible with the half data type in NVIDIA's Cg graphics language and is supported natively on their new GeForce FX and Quadro FX 3D graphics solutions.
* Multiple lossless image compression algorithms. Some of the included codecs can achieve 2:1 lossless compression ratios on images with film grain.
* Extensibility. New compression codecs and image types can easily be added by extending the C++ classes included in the OpenEXR software distribution. New image attributes (strings, vectors, integers, etc.) can be added to OpenEXR image headers without affecting backward compatibility with existing OpenEXR applications.

NVIDIA already has 16X AA available for SLI applications. The GeForce 8800 will be the first card to feature 16X AA on a single GPU. Previous generations of GeForce cards have only been able to support 8X antialiasing in single-card configurations.

This new 16X AA and 128-bit HDR will be part of another new engine, similar in spirit to PureVideo and the Quantum Effects engines also featured on G80.

http://dailytech.com/article.aspx?newsid=4450

E para quem ainda não sabe o core é fabricado em 80nm e não 90nm.

[s1nnless]

Não percebi muito bem o que queres dizer com o assincronizar.

Eu simplifico. Em informatica, uma das regras bases é que a sincronização é importante. è por isso que geralmente os aumentos são parao dobro (de 64bits para 128bits, para 256bits). A nVidia está a assincronizar essa evolução, ao colocar dois buses diferentes (256bits e 128bits, num total 384bits). A mesma coisa para a memória

[SilentWalker]

a minha 7900 gt co, ja parece um lixo ao pe disto tudo....

[Spikleman]

Espero que saia uma versao AGP

Cumps

[MasterBarata]

Terá o protocolo de AGP largura de banda suficiente para os dados que a placa consegue transmitir?

[RuFuS]

Esqueçam....acho que nesta série (8), agp já é mm para esquecer...

[VBTC]

Não percebi muito bem o que queres dizer com o assincronizar.

Eu simplifico. Em informatica, uma das regras bases é que a sincronização é importante. è por isso que geralmente os aumentos são parao dobro (de 64bits para 128bits, para 256bits). A nVidia está a assincronizar essa evolução, ao colocar dois buses diferentes (256bits e 128bits, num total 384bits). A mesma coisa para a memória

Ah.
Também fiquei com essa duvida e as consequencias de ter dois buses diferentes. penso que os dois buses seram utilizados ao mesmo tempo em aplicações em que precise realmente de usar os 386bits, penso que em idle somente o bus de 128bit sera usado para diminuir o consumo por isso a placa tanto tem memorias a 128bit como a 256bit, penso que seja essa a razão.

Já a utilização de 768Mb de memoria é facilmente explicado pelo tamanho das GDDR3 já que 1GB ficaria mais caro de produzir do que 768Mb, e não há assim tantas aplicações que façam todo o partido dessa memoria.

Já a não utilização da GDDR4 face a GDDR3 é facil de explicar, a GDDR4 por agora tem menos aproveitamento por clock, é mais cara do que a GDRR3 e para já a velocidade das GDDR4 (1600Mhz) não é o suficiente para meter a as GDDR3 já que estas são compradas a um preço muito mais baixo.

AGP? Talvez uma 8800GS, mas mesmoa assim não vejo o slot AGP a conseguir tirar o partido da grafica tendo estas specs ou menos um bocado. Mas se sair talvez saia uma media gama (8600GS, 8600GT), já que uma dessas ao que tudo indica conseguira limparr o chão com uma 7900 seja ela GS ou GT.

[__Miguel_]

hmm. A nVidia ta a assincronizar isso. Será uma boa tactica?

Também achei estranho a decisão de ir para números "impares" na memória e no bus. Mas como logo a seguir vi a notícia de que estas placas vão ser capazes de processar física, fiquei com a ideia de que as placas possam ser não apenas uma mas duas metidas na mesma arquitectura, com a parte "ímpar" a poder ser mais ou menos compartimentada para processar os fráficos...

É que a GTS pode ser dividida em 256bit/512MB de RAM (parte gráfica propriamente dita) e 64bit/128MB de RAM (que para gráficos, por si só já não é grande coisa, mas para processar a física não é nada de deitar fora); e a GTX pode ser basicamente igual na parte gráfica mas com "outro" bus de 128bit e mais 256MB de RAM para física (que sozinho já é respeitável para gráficos, sobretudo com a velocidade do core, das memórias e dos processadores de pixeis... Imagine-se o que será para física...)...

Confesso que não percebo muito de placas gráficas, mas fiquei logo com esta ideia. Claro que isto implica que, pelo menos enquanto não aparecerem jogos capazes de aproveitar a parte de processamento de física, o mais certo é que as placas fiquem sub-aproveitadas (e um tremendo risco para a NVIDIA se entretanto a sua implementação do processamento de física não vingar), mas ainda assim parece-me relativamente lógico.

Poderá ser disto?

Cumps.

Miguel