NVIDIA is violating Futuremark rules with the latest PhysX drivers

Status
Fechado a novas mensagens.

DJ_PAPA

Power Member
Different workload, let's just pretend it's legit

NVIDIA IS VOILATING Futuremark rules with the latest PhysX drivers, and doing it in the usual sleazy way. The rules are simple, violating them isn't a trick, and doing so in order to pump up your numbers is the height of unethical behavior.

Well no, it isn't the height, this is, but calling Nvidia on unethical behavior is what you might deem a target-rich environment. That said, the company's behavior this time could be done in an ethical way, but it chose not to. The explanation needs a little background though, so bear with us.

3DMark Vantage has four major components, two CPU and two GPU. One of the CPU subtests is a physics-based test. The physics test is based on the Ageia PhysX API, a fairly widespread API in use by a large number of games. Between the time that 3DMark Vantage development was started and the time it was released, Nvidia bought Ageia.

The problem is that the PhysX DLLs, and for that matter, the whole API is now owned by Nvidia. In and of itself, this is not a problem, especially if the company involved had a history of honesty, integrity, and fair play. Nvidia has none of these attributes, and has a proven history of cheating on 3DMark.

To be fair, ATI has been caught at the same thing as well, but nothing lately, and Intel compilers come with curious optimisation defaults as well. No one is clean, but only Nvidia seems to take dishonesty as a corporate mandate.

So, with the latest driver, Forceware 177.39 drivers, Nvidia put its now in-house PhysX APIs into the drivers. Instead of it running on the CPU or on the PhysX chip, it is running it on the GPU. It owns the GPU and it's drivers along with the physics API and all those drivers. This is a dangerous situation.

There are two problems with Nvidia doing this, it isn't a legal driver for 3DMark, and it isn't even running the same program as others who run 3DMark. Either one is enough to preclude people from using those drivers and calling the results 3DMark scores.

If you look at the 3DMark Vantage Driver Approval Policy, section 3.5 clearly states, "Based on the specification and design of the CPU tests, GPU make, type or driver version may not have a significant effect on the results of either of the CPU tests as indicated in Section 7.3 of the 3DMark Vantage specification and whitepaper." When you run a CPU test on a GPU, it clearly violates the rules.

The other problem is that when you install the drivers, they replace the PhysX DLLs with a completely different set of DLLs. If you look at the Nvidia PhysX reviewers guide, a PDF that NV hands out to help people write up their newest toys, they say the following for UT3 installation.

nvidia_ppu_ut3.jpg

That looks completely above board!

Note steps 4 and 5 that say "Uninstall the existing AGEIA PhysX v7.11.13 driver (installs with UT3 installation)." and "Install the new PhysX 8.06.12 driver." Same with 3DMark Vantage, and they offer the helpful hint of "GeForce PhysX is enabled in CPU Test 2. We recommend testing in Performance Preset for the best final score with GeForce PhysX. In Extreme Preset the score is mainly determined by the GPU score. A faster CPU Test 2 result will not make much difference."

This means two things, when you are running 3DMark Vantage with the 177.39 drivers, you are not doing the same work as every other driver running 3DMark Vantage. You are doing a completely different workload on 25 per cent of the tests. To rub salt into the wound, Nvidia then tells you that the Extreme preset, the one meant for high-end GPUs, doesn't show off the cheat sufficiently, so use one that weights it more heavily. What gall.

The end result is about a 10n per cent increase in scores, and a claimed 7.5x advantage on the physics subtest. You can see how they word it for yourself.

nvidia_ppu_vantage.jpg

If the glove doesn't fit, you must acquit.

If you look at it as a whole, Nvidia is doing two things, first of all doing a different workload than the rest of the world and claiming it is the same, and second not following the Futuremark rules. This is nothing less than blatant dishonesty.

We asked Futuremark for a comment, and they referred us to the above Driver Approval Policy, and then to the approved driver page here.

Nvidia has not submitted 177.39 for approval, and likely will never do so because the chance of it being approved are something between zero and having to buy Futuremark. Until they submit a bad driver, no harm, no foul. The Futuremark policy is that if it isn't up on ORB, it isn't a 3DMark score, and that is quite sensible.

Nvidia engineers know that there is no way they can get this driver approved, so they don't try. They know they are not running 3DMark, but they don't even try to hide it. They are however disingenuously doing a different workload and trying to cynically pass it off as the same old workload. There is a word for this behavior, cheating. µ

Note: At time of this writing, the ATI Catalyst 8.6 drivers are not approved yet, the latest valid set is 8.5. Nvidia's latest approved is 175.16, and Intel isn't even submitting a set, it seems they don't want the world to know something. In any case, this does not preclude all three companies from quoting scores liberally with unapproved drivers.

Bad industry, no cookies for you.

Reviewers take note.
http://www.theinquirer.net/gb/inquirer/news/2008/06/23/nvidia-cheats-3dmark-177
 
Última edição pelo moderador:
Mas que grande tempestade que estão a fazer por algo que a meu ver é insignificante...

Para começar a cena do UT3 é completamente ridícula pois é preciso inventar muito para se ver um problema de ética naquilo... Quando sair um patch oficial do jogo que actualize o driver vão dizer o que? Isto já não é a primeira vez que acontece e é perfeitamente legítimo (quem não se lembra da polémica do UT99 com a história de que corria muito melhor em glide e deixava as riva tnt2 mal vistas perante a voodoo 3?)

A questão do 3dmark é ainda mais hilária... O grande problema está na forma como a futuremark colocou o saldo de performance do SDK physX e nisso a nvidia pode limpar as mãos... Quer dizer, vão reclamar do pessoal que tem uma placa physx que também não tá a correr no CPU? give me a break...
Se isto realmente cria uma situação estranha então queixem-se da futuremark que não sabe criar regras e pontuações de forma decente!

[]
 
Não estás a compreender a questão..

o TESTE PhysX É CORRIDO NO CPU.. é uma api para física no cpu!!!

são 2 testes cpu e dois testes gpu !!

o que a nvidia fez foi, PASSAR O TESTE DO CPU PARA O GPU !!!

FICANDO 3 GPU E 1 CPU..

o que é totalmente ilegal...!!!! e uma fraude nos resultados.. porque não é o cpu que está a correr aquele teste..

tal como o artigo demonstra o driver actual o 177.39 NÃO ESTÁ APROVADO PELA FUTUREMARK..nem vai estar.... porque desvirtualiza uma teste por complecto.....

portanto, acho que é simples de perceber que o objectivo da nvidia nem era oficializar o driver na futeremark mas sim, lançar a confusão nos overclocker e reviewers !!!
 
Última edição:
Não estás a compreender a questão..

o TESTE PhysX É CORRIDO NO CPU.. é uma api para física no cpu!!!

são 2 testes cpu e dois testes gpu !!

o que a nvidia fez foi, PASSAR O TESTE DO CPU PARA O GPU !!!

Tu é que não estás a perceber a questão. A api physx é feita para usar hardware dedicado sempre que esteja disponível. Isso acontecia com as placas da aegia a agora passa a acontecer com as placas da nvidia... O erro foi da futuremark em ter incluído essa api no teste de CPU quando já algum tempo que havia rumores de essa api passar a ser acelerada pelos GPU's... O que é que a nvidia fez de mal? adicionar o suporte de aceleração de physx tal como tinha prometido? vai desactivá-la apenas para o 3dmark para tapar o rabo à futuremark?
 
Não estás a compreender a questão..

o TESTE PhysX É CORRIDO NO CPU.. é uma api para física no cpu!!!

são 2 testes cpu e dois testes gpu !!

o que a nvidia fez foi, PASSAR O TESTE DO CPU PARA O GPU !!!

FICANDO 3 GPU E 1 CPU..

o que é totalmente ilegal...!!!! e uma fraude nos resultados.. porque não é o cpu que está a correr aquele teste..

tal como o artigo demonstra o driver actual o 177.39 NÃO ESTÁ APROVADO PELA FUTUREMARK..nem vai estar.... porque desvirtualiza uma teste por complecto.....

portanto, acho que é simples de perceber que o objectivo da nvidia nem era oficializar o driver na futeremark mas sim, lançar a confusão nos overclocker e reviewers !!!


Tretas !
O teste do PhysX foi criado para demonstrar as diferenças entre correr a API na CPU e correr a API na placa dedicada da empresa (antes da fusão com a Nvidia).
Não foi criado para correr "só" na CPU, "só" na GPU ou "só" na PPU (aliás, inicialmente as demos do Cell Factor que a AGEIA mostrava nem sequer corriam em sistemas sem a PPU instalada, se bem se recordam).
O próprio driver da AGEIA dava para activar e desactivar os efeitos de física na PPU, na CPU, ou em nenhum deles.
A AGEIA PPU era ou não era uma placa dedicada ?
Qual é a diferença agora ? Vamos desactivar o suporte para SLI ou Crossfire, porque assistem a(s) outra(s) GPU(s) no rendering do 3DMark e aumentam o score ?


Vejam o autor dessa pobre desculpa de artigo, e comparem com o historial de notícias que ele tem acerca da Nvidia (sempre a denegrir).
Ele nunca diz mal da AMD, nunca.
 
Última edição:
Tretas !
O teste do PhysX foi criado para demonstrar as diferenças entre correr a API na CPU e correr a API na placa dedicada da empresa (antes da fusão com a Nvidia).
Não foi criado para correr "só" na CPU, "só" na GPU ou "só" na PPU (aliás, inicialmente as demos do Cell Factor que a AGEIA mostrava nem sequer corriam em sistemas sem a PPU instalada, se bem se recordam).
O próprio driver da AGEIA dava para activar e desactivar os efeitos de física na PPU, na CPU, ou em nenhum deles.

Exacto... O GPU score permanece intacto se quiserem fazer comparações de placas gráficas... Agora o 2º teste de CPU serve para mostrar as vantagens em ter uma placa dedicada para física (seja ela GPU ou a placa da aegia) relativamente à situação de ter apenas CPU... Sinceramente não consigo perceber o que está errado nisto mas enfim...

G33kInDaHouse: O problema não é o artigo no todo mas sim as conclusões que são retiradas que são absurdas e no mínimo biased e alarmistas...
 
Também não partilho da mesma opinião do "artigo".

Até percebo que seja um tanto ou quanto injusto comparar sistemas com o PhysX acelerado por GPU com outros por CPU, até porque provavelmente não haverá um paralelismo entre a pontuação do Vantage e os ganhos em cenário real (jogos). A FutureMark não definiu as pontuações prevendo esta hipótese, parece-me.

Agora, o mais importante disto tudo é que não acho que seja uma jogada "suja" da parte da nVidia. Limitaram-se a "activar" uma feature, totalmente benvinda, nos seus GPU0's, com todo o direito e não o fizeram como se fosse algum truque obscuro como aqueles tweaks discutiveis como aconteceu no passado com ambos os fabricantes de GPU's. É claro como àgua o que se está a fazer e qualquer pessoa que saiba como proceder para actualizar os drivers para suporte de PhysX na gráfica, também saberá as razões do aumento do score no Vantage e o contexto em que isso deve ser interpretado.

Além disso, basta que a FutureMark não aprove os drivers, se realmente se concluir que não é justo, como aparenta ir fazer, e toda esta questão deixa de fazer sentido, parece-me a mim.

Next!

ps: dito por um utilizador com um fraquinho assumido pela ATI, embora longe de fanboy.
 
Não está tudo não senhor !!

que a api tenha sido feita para correr em hardware "where avaiable" está correcto..

mas, a inclusão do driver específico NO SOFTWARE DA FUTUREMARK.. É UMA API PARA SER CORRIDA NO CPU..

não para correr em hardware dedicado mesmo se presente!!

isso era se fosse um jogo e o 3dmark não é um jogo.. a api foi lá colocada para correr especificamente no cpu, tendo ou não placa da ageya, tendo ou não placas a correr drivers com physics para o CUDA.

portanto, neste prisma, do 3dmark, não em jogos naturalmente, o teste não foi corrido no cpu, tal como a futuremark desenhou o teste, portanto, o resultado final é fraude....

alguem tá a compreender a ideia ?
 
Não está tudo não senhor !!

que a api tenha sido feita para correr em hardware "where avaiable" está correcto..

mas, a inclusão do driver específico NO SOFTWARE DA FUTUREMARK.. É UMA API PARA SER CORRIDA NO CPU..

não para correr em hardware dedicado mesmo se presente!!

isso era se fosse um jogo e o 3dmark não é um jogo.. a api foi lá colocada para correr especificamente no cpu, tendo ou não placa da ageya, tendo ou não placas a correr drivers com physics para o CUDA.

portanto, neste prisma, do 3dmark, não em jogos naturalmente, o teste não foi corrido no cpu, tal como a futuremark desenhou o teste, portanto, o resultado final é fraude....

alguem tá a compreender a ideia ?

Essa ideia é absurda.
Se não fosse uma placa dedicada criada pela AGEIA a API de software PhysX nem sequer existiria, e, portanto, nunca seria incluída num 3DMark Vantage, Unreal Engine 3.0 ou qualquer outro software !

A API PhysX foi criada originalmente para correr numa placa dedicada, depois foi portada para correr por software (muito mais lentamente) nas CPU's x86 (e ***** também, via processador CELL na PS3 e triple-core PPC na X360) porque o hardware da AGEIA só vendia num nicho de mercado e eles tinham de possuir um "fall-back mode" para que os developers não ficassem queimados com o investimento caso a ideia de um processador dedicado para física não vingasse (algo que eu sempre defendi que era inevitável, com o avanço progressivo das tecnologias GPGPU).

Agora foi simplesmente portada pela terceira vez para correr sobre o ambiente CUDA das placas gráficas (mais de 80 milhões de placas já no mercado são compatíveis, pelo que a base instalada de potenciais utilizadores aumenta exponencialmente) e, ironicamente, é entre 3 e 10 vezes mais rápida do que a própria placa PCI dedicada no teste do Unreal Tournament 3.
O teste dedicado no 3DMark Vantage limita-se a confirmar isso mesmo.
 
Última edição:
mas, a inclusão do driver específico NO SOFTWARE DA FUTUREMARK.. É UMA API PARA SER CORRIDA NO CPU..

Volta a ler a notícia sff...

A future mark vai buscar a api da physx por linkagem tal como acontece com o D3D10... Isso é gerido pelos drivers physX e não pelo 3dmark logo não existe nada de errado com isto :P
 
O senhor que escreveu o artigo não é muito inteligente. A meu ver a única injustiça que existe aqui é o facto da GPU estar dedicada a 100% a aceleração da physx quando tal nunca aconteceria num cenário real em que a GPU estaria ocupada também com o rendering. Mas ainda assim é um problema de concepção do 3dmark.
 
Essa ideia é absurda.
Se não fosse uma placa dedicada criada pela AGEIA a API de software PhysX nem sequer existiria, e, portanto, nunca seria incluída num 3DMark Vantage, Unreal Engine 3.0 ou qualquer outro software !

A API PhysX foi criada originalmente para correr numa placa dedicada, depois foi portada para correr por software (muito mais lentamente) nas CPU's x86 (e ***** também, via processador CELL na PS3 e triple-core PPC na X360) porque o hardware da AGEIA só vendia num nicho de mercado e eles tinham de possuir um "fall-back mode" para que os developers não ficassem queimados com o investimento caso a ideia de um processador dedicado para física não vingasse (algo que eu sempre defendi que era inevitável, com o avanço progressivo das tecnologias GPGPU).

Agora foi simplesmente portada pela terceira vez para correr sobre o ambiente CUDA das placas gráficas (mais de 80 milhões de placas já no mercado são compatíveis, pelo que a base instalada de potenciais utilizadores aumenta exponencialmente) e, ironicamente, é entre 3 e 10 vezes mais rápida do que a própria placa PCI dedicada no teste do Unreal Tournament 3.
O teste dedicado no 3DMark Vantage limita-se a confirmar isso mesmo.

Blastarr... ninguem disse o contrário.. a api surgiu pela Ageya.. e foi portada para várias sistemas..

tudo correcto.

a ageya desenvolveu inclusive um api para software...para que o meu A64x2 pudesse correr so jogos com a física...

tudo certinho e direitinho....

a questão aqui é outra... a futuremark foi buscar a api POR SOFTWARE.. tal como poderia ir buscar o HAVOCK.. para forçar o teste no cpu!!!!

vejam lá se entendem isto. quer tenhas ou não uma nvidia ou uma placa ageya, O teste do benchmark É PARA SER CORRDIO NO CPU.. qual é a parte que não tás a perceber..

não é para desviar para hardware dedicado!! não é essa a intenção da futuremark...

tás a ver a diferença ?

EU REPITO NOVAMENTE.. quer tu tenhas ou não hardware dedicado, O TESTE É PARA CORRER NO CPU. é um cpu teste,

claro que a agyea j´+a existia á muito..mas era "independente"...
na altura não havia o cuda a correr aquilo... é um acrescento actual da nvidia.. portanto, nunca foi, nem será esse o intuito do teste.
o teste foi desenvolvido com outro sentido..desta forma o resultado é desvirtualizado.. e não corresponde à realidade... os drivers nãos erão validados..


Vê se lês o que eu escrevi, e não venhas com conversa de PR.
 
serei o unico a achar isto totalmente parvo? para que raio é tao alarmista que o teste do 3dmark nao esta a correr como devia?

sera que para esse ppl so ve 3dmark a frente? eu quero la saber se nesse teste o 3dmark da altos valores, so prova que a tecnologia que a nvidia comprou/incorporou resulta

tal como em testes graficos, para que tanta coisa do 3dmark wanabee e "o meu valor é maior que o teu" ego ? o que interressa é os fps que se tem nos jogos que jogamos e o tempo que muitas vezes (ou sempre) a nvidia e a ati perdem para ter melhores resultados, principalmente para novas placas e os jogos sao o que se ve, sempre com erros, texturas maradas, etc

esse que fez o artigo que tente arranjar algum jogo para jogar (ou namorada/o) para se livrar desse 3dmark fanboy e ver nada mais na vida, que patetico
 
Blastarr... ninguem disse o contrário.. a api surgiu pela Ageya.. e foi portada para várias sistemas..

tudo correcto.

a ageya desenvolveu inclusive um api para software...para que o meu A64x2 pudesse correr so jogos com a física...

tudo certinho e direitinho....

a questão aqui é outra... a futuremark foi buscar a api POR SOFTWARE.. tal como poderia ir buscar o HAVOCK.. para forçar o teste no cpu!!!!

vejam lá se entendem isto. quer tenhas ou não uma nvidia ou uma placa ageya, O teste do benchmark É PARA SER CORRDIO NO CPU.. qual é a parte que não tás a perceber..

não é para desviar para hardware dedicado!! não é essa a intenção da futuremark...

tás a ver a diferença ?

EU REPITO NOVAMENTE.. quer tu tenhas ou não hardware dedicado, O TESTE É PARA CORRER NO CPU. é um cpu teste,

claro que a agyea j´+a existia á muito..mas era "independente"...
na altura não havia o cuda a correr aquilo... é um acrescento actual da nvidia.. portanto, nunca foi, nem será esse o intuito do teste.
o teste foi desenvolvido com outro sentido..desta forma o resultado é desvirtualizado.. e não corresponde à realidade... os drivers nãos erão validados..


Vê se lês o que eu escrevi, e não venhas com conversa de PR.

Mas que parte de "foi criada para ser corrida em placas dedicadas desde o início" é que não percebeste ???
Se fosse criada para correr na CPU, como é que explicas que os jogos corram com os efeitos PhysX sem alterações ou patches (o Gears of War PC aproveita a API PhysX através da GPU, por exemplo, o UT3 também, o Cell Factor também, etc, etc).


Queres outro exemplo ?
SuperPI.

Foi criado para correr em CPU's, certo ? E agora há uma versão para o ambiente Nvidia CUDA quase a chegar.
Os resultados são "falseados" só por correr na GPU em vez da CPU (ou seja, o valor de Pi é passível de ser, de algum modo, aldrabado ?) ??

Mais exemplos ?
Adobe Photoshop "CS4". Foram demonstrados há algumas semanas certos plug-ins da empresa que aceleram dramaticamente o processamento de imagens nesse software de edição de imagem usando uma GPU Nvidia em vez de uma CPU.
Isso é "aldrabar" ?


Vê se entendes: a API PhysX só foi "portada" para activar os efeitos de física na CPU (para além da PPU) para demonstrar inequivocamente a superioridade do hardware dedicado da AGEIA e aumentar assim as suas vendas.
Como essa estratégia falhou por falta de base instalada de developers, jogos, hardware anterior e puro desinteresse dos consumidores em comprar uma placa PCI dedicada por 250 dólares só para acelerar física nos (então) poucos jogos com esse suporte, o hardware dedicado foi abandonado.

Como consequência, a empresa perdeu imenso valor de mercado, e assim a Nvidia comprou-a por menos de 30 milhões de dólares, voltando em seguida a estabelecer a API num processador paralelo como é a GPU (a PPU original já o era, mas numa escala muito menor).
Apesar disso, a Nvidia não deixou os poucos donos dessas placas antigas sem suporte, e lançou um driver específico actualizado em Maio.
Para todos os outros, o suporte nativo PhysX está ou estará brevemente integrado nos drivers mais recentes para placas gráficas Geforce 8, Geforce 9 e Geforce GTX 2xx.
 
Última edição:
EU REPITO NOVAMENTE.. quer tu tenhas ou não hardware dedicado, O TESTE É PARA CORRER NO CPU. é um cpu teste,

Já mais de uma pessoa te explicou que estás errado. A API Physx não é magicamente acelerada só por ter hardware (i.e. uma ageia physx ou um GPU nvidia). é uma decisão consciente dos developers que integram a SDK na sua aplicação. Não é algo que se altere com uns drivers manhosos nem foi um programador que se esqueceu de carregar num botão de off.

Mas se ainda assim não acreditas, se calhar talvez acredites nos senhores da futuremark:

Clica aqui e aqui

PS: Escrever em tom arrogante, bold e vermelho já fica mal, mesmo quando se tem razão...
 
Sem ser esse. Outro site de reviews a confirmar o resultado?

Não sei se há, mas eu posso garantir-te que consegui por os mapas PhysX do UT3 a funcionar correctamente, e que passei de 10 fps (em média) no Light House para 45 (em média) com a minha 8800GT SEM OC...

a questão aqui é outra... a futuremark foi buscar a api POR SOFTWARE.. tal como poderia ir buscar o HAVOCK.. para forçar o teste no cpu!!!!

vejam lá se entendem isto. quer tenhas ou não uma nvidia ou uma placa ageya, O teste do benchmark É PARA SER CORRDIO NO CPU.. qual é a parte que não tás a perceber..

A partir do momento que tens uma placa Ageia a funcionar no teu sistema, ela aumenta os pontos do CPU test2.

O CPU test2 NÃO corre apenas no CPU, caso tenhas uma placa Ageia.
não é para desviar para hardware dedicado!! não é essa a intenção da futuremark...

tás a ver a diferença ?

Errado, uma vez que o hardware dedicado aumenta o desempenho desse teste e consequentemente a pontuação...

EU REPITO NOVAMENTE.. quer tu tenhas ou não hardware dedicado, O TESTE É PARA CORRER NO CPU. é um cpu teste,

E então? O teste não deixa de correr no CPU, tem é uma enorme ajuda ou do PPU ou do GPU.

Queres comparar scores quando um deles tem o apoio do Geforce PhysX ou do PPU, usas os GPU tests, ou impões à Futuremark que esta retire o suporte do Ageia PhysX.

Agora, dizer que a nVidia está mais uma vez a enganar os consumidores, pah, já farta...
 
Já mais de uma pessoa te explicou que estás errado. A API Physx não é magicamente acelerada só por ter hardware (i.e. uma ageia physx ou um GPU nvidia). é uma decisão consciente dos developers que integram a SDK na sua aplicação. Não é algo que se altere com uns drivers manhosos nem foi um programador que se esqueceu de carregar num botão de off.

Mas se ainda assim não acreditas, se calhar talvez acredites nos senhores da futuremark:

Clica aqui e aqui

PS: Escrever em tom arrogante, bold e vermelho já fica mal, mesmo quando se tem razão...

nao quero flamar mais isto que já está. mas olha que nao tens muita razao porque os links que deste somente falam do uso do software (sdk(api)) da ageia e diz tambem que esse api serve de base para o teste correr e citando "As the world’s only multithreaded API for physics, the AGEIA PhysX SDK should excel in exploiting multi-core CPU architectures, which will be the standard in next-generation processors."

nao pus em bold para ser arrogante... somente para enaltecer a parte mais importante da frase... antes de fazerem juizos sobre sobre o que está certo ou errado do vosso ponto de vista ... esperem para ver se a FM aceita aqueles drivers ou nao... se voces aceitam a posicão ou nao da nVidia nao é relevante... o que a FM disser é que vale... se nao concordam com a FM porque é que dão tanto valor aos seus benchs??? cada um intrepeta como quiser!
 
Status
Fechado a novas mensagens.
Back
Topo