3dfx Voodoo5 5500 AGP
Pages non capturées par l'archive : 4.
Page 1 / 4
I. Introduction
Voilà enfin le test de la dernière née de chez 3dfx sur Puces3D, à savoir la Voodoo5 5500. Sortie au début de juillet, elle se positionne directement en concurrente des GeForce2 GTS et autres Radeons. 3dfx a opté pour une architecture assez peu commune, c'est-à-dire mettre deux GPU (deux VSA-100) sur la même carte. Leur prochaine carte haut de gamme, la Voodoo5 6000 disposera quant à elle de 4 puces, tandis que la Voodoo4 4500 n'en disposera que d'une seule. ATI nous avait déjà fait le même coup avec sa Rage Fury MAXX, qui n'a pas eu le succès escompté.
Ici la gestion des deux GPU s'apparente au mode SLI (Scan Line Interleave) des Voodoo2 à quelques exceptions près : au lieu de gérer une ligne sur deux, les VSA100 peuvent s'occuper d'une zone (avec des effets intéressants grâce au T-Buffer) et le Frame Buffer est partagé (du coup, on a "plus" que 32Mo par puce). En effet on pouvait associer deux Voodoo2, chaque GPU gérant une ligne sur deux. Ce système est donc différent de l'AFR d'ATI (les GPU calculent une image sur deux).
Dans l'absolu, cette différence fondamentale (entre la Voodoo5 et la MAXX) n'est pas du tout visible à l'écran.
La Voodoo5 adopte de nouvelles instructions par rapport à la génération précédente de Voodoo. On peut maintenant jouer en 32bits, utiliser des textures plus larges (2048x2048 contre 256x256 pour les Voodoo3) et compressées (DXTC et FXT1), on dispose aussi d'un FSAA efficace (géré par le T-Buffer). Contrairement aux GeForces et autres Radeons, la Voodoo5 gère "matériellement" la FSAA, ce qui ne diminue pas trop les performances, du moins pas de la même façon.
Caractéristiques techniques :
- 2 VSA-100 gravés en 0.25µm cadencés à 166Mhz
- 2x32Mo SDRAM à 166Mhz (bande passante mémoire de 4.96Go/s)
- Ramdac de 350Mhz
- Fillrate de 667Megapixels/s
- FSAA hardware en 2X et 4X
- T-buffer, motion blur
- Bundle: 3Depp,WinDVD
- Demos: Diablo, Devil Inside, Ground Control et Rally Masters
II. Installation
L'installation n'a pas posé de problèmes sous Windows 98. Par contre sous Windows 2000, impossible de booter si ce n'est avec le mode VGA ou sans échec. De plus les pilotes du CD d'installation ne contiennent aucun pilote pour Windows 2000 ce qui est quand même très fâcheux. Rien d'autre à signaler cependant. On ne doit tout de même pas oublier de brancher la prise d'alimenation de la Voodoo5 avec un dédoubleur de prise.
Page 2 / 4
III. Les pilotes
Pour Windows 98
J'ai tout de suite télécharger les drivers 1.03.00 qui font 8.5Mo. Leur interface est très simple et on peut quasiment tout régler. J'ai utilisé la configuration par défaut, seul le Triple Buffering a été activé. Le réglage du FSAA s'effectue très simplement aussi, on peut même choisir de n'utiliser qu'un seul VSA-100, une option similaire à celle disponible sur l'ATI FURY MAXX.
Les réglages en OpenGL et Direct3D son très nombreux et chacun s'y retrouvera en fonction de ses préférences, soit une bonne qualité d'image, soit des meilleures performances, ...
Pour Windows 2000
Les pilotes du CD d'installation n'étaient pas compatible avec Windows 2000... Sans commentaires pour une carte valant plus de 2000F. J'ai donc téléchargé la version 1.03.00 des pilotes, donc normalement identiques à ceux de Windows 98. Leur interface ne change absolument pas tout comme les possibilités de réglages.
Page 3 / 4
III. Les tests
La seule donnée variable de ces tests est la fréquence de fonctionnement du processeur qui varie de 500Mhz à 800Mhz.
Pour 3DMark2000 :
- 16bits, texture format 16bits, Z-buffer 16bits, Frame buffer triple et D3D SSE T&L
- 32bits, texture format 32bits, Z-buffer 24bits, Frame buffer triple et D3D SSE T&L
Pour Quake3 Arena :
- 16bits, color depth 16bits, lighting vertex, texture détail en HQ, quality 16bits trilinear
- 32bits, color depth 32bits, lighting vertex, texture détail au maximum, quality 32bits trilinear
La qualité des textures a été mise au maximum pour soliciter la mémoire.
- Pentium3-500E@800 bus à 160Mhz, mémoire à 120Mhz, Pentium3-500E@500 mémoire à 100Mhz
- ASUS CUSL2
- 192Mo de SDRAM
- AGP 2X
- Windows Millenium en version anglaise
- Pilote 1.03.00
- SoundBlaster Live!
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 16bits | 4230 | 2916 |
| 1024x768 16bits | 4114 | 2893 |
| 1280x1024 16bits | 3477 | 2780 |
| 1600x1200 16bits | 1367 | 1344 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 32bits | 4059 | 2869 |
| 1024x768 32bits | 3436 | 2760 |
| 1280x1024 32bits | 2286 | 2124 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 16bits | 92 | 65 |
| 1024x768 16bits | 90 | 65 |
| 1280x1024 16bits | 82 | 62 |
| 1600x1200 16bits | 52 | 52 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 32bits | 89 | 65 |
| 1024x768 32bits | 74 | 59 |
| 1280x1024 32bits | 45 | 45 |
| 1600x1200 32bits | 27 | 27 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 16bits | 81 | 56 |
| 1024x768 16bits | 80 | 57 |
| 1280x1024 16bits | 71 | 56 |
| 1600x1200 16bits | 46 | 45 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence CPU | 800 Mhz | 500 Mhz |
| 800x600 32bits | 80 | 57 |
| 1024x768 32bits | 67 | 53 |
| 1280x1024 32bits | 40 | 39 |
| 1600x1200 32bits | 25 | 25 |
Commentaire sur les performances
Les performances se situent à un bon niveau. On remarque tout de suite qu'en D3D en 1600x1200 16bits les performances s'écroulent véritablement, de plus le mode 32bits refusait de se lancer sous 3DMark2000 (cette remarque est souvent vérifiée pour les cartes "n'ayant" que 32Mo de mémoire).
La dépendance vis-à-vis du processeur est assez forte, un Pentium3 500E ne la sature qu'à partir du 1024x768 en 32bits et 1280x1024 en 16bits en OpenGL (avec la démo Quaver, la plus exigeante) et une résolution au-dessus en D3D. Autant dire qu'un processeur suppérieur à 700Mhz est fortement conseillé.
On imagine avec peine quel processeur saturera une Voodoo5 6000, deux fois plus puissante !
Pour ce qui est de Quake3, le 1600x1200 n'est pas vraiment jouable en 32bits, reste qu'en 16bits c'est aussi fluide qu'en 1280x768 32bits.
Reste que la plupart des jeux sont parfaitement jouables en 1280x1024 en 32bits avec un bon processeur central tout de même.
IV. Le mode Glide
API propriétaire de 3dfx, surtout utilisée avec les premières générations de Voodoo, celle-ci est aussi utilsable mais seulement en 16bits. Des jeux (anciens comme récents) comme Unreal Tournament, Half Life (2 ans déjà ! limité de toute façon en 16bits) se révèlent être très fluides. On peut monter jusqu'à 1280x1024 avec une parfaite jouabilité pour UT avec beaucoup de Boots, et j'ai réussi à atteindre 150 images par seconde sous HL en 1024x728 ... Le temps de ma Rage Fury qui montait à 80 images par seconde est désormais révolu ! En mode OpenGL pur, on a une diminution d'environ 25% des performances ce qui est énorme pour une même carte ! De même on peut maintenant jouer àdes émulateurs de consoles bien connu en utilisant le Glide de la carte !
A noter que sous Quake3, le mode Glide ne fonctionnait pas, même en 16bits !
Page 4 / 4
VI. L'overclocking
La Voodoo5 5500 AGP est cadencée pas défaut à 166Mhz pour la mémoire et les deux GPU.
Ces 3 éléments ne sont pas indépendants quand on augmente la fréquence de la mémoire, on augmente la fréquence des deux GPU et inversement. J'ai donc réussi à monter à 186Mhz sans aucun plantage .Il faut savoir que la mémoire embarquée est de la Hundai 6ns soit 166Mhz.
Quake3 supportait lui 195Mhz mais ensuite il y avait des défauts de textures.
Le gain de performances est tout de même important.
En mode normal
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 4230 | 4200 |
| 1024x768 16bits | 4114 | 4140 |
| 1280x1024 16bits | 3477 | 3701 |
| 1600x1200 16bits | 1367 | 1645 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 4059 | 4120 |
| 1024x768 32bits | 3436 | 3657 |
| 1280x1024 32bits | 2286 | 2619 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 92 | 93 |
| 1024x768 16bits | 90 | 90 |
| 1280x1024 16bits | 82 | 84 |
| 1600x1200 16bits | 52 | 59 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 89 | 90 |
| 1024x768 32bits | 74 | 76 |
| 1280x1024 32bits | 45 | 49 |
| 1600x1200 32bits | 27 | 32 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 81 | 79 |
| 1024x768 16bits | 80 | 80 |
| 1280x1024 16bits | 71 | 78 |
| 1600x1200 16bits | 46 | 52 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 80 | 80 |
| 1024x768 32bits | 67 | 70 |
| 1280x1024 32bits | 40 | 44 |
| 1600x1200 32bits | 25 | 30 |
En FSAA 2X
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 4008 | 4039 |
| 1024x768 16bits | 3293 | 3284 |
| 1280x1024 16bits | 2264 | 2265 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 2914 | 3144 |
| 1024x768 32bits | 1879 | 2069 |
| 1280x1024 32bits | 1126 | 1174 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 90 | 90 |
| 1024x768 16bits | 75 | 79 |
| 1280x1024 16bits | 45 | 50 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 63 | 69 |
| 1024x768 32bits | 35 | 41 |
| 1280x1024 32bits | 20 | 22 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 81 | 81 |
| 1024x768 16bits | 65 | 69 |
| 1280x1024 16bits | 40 | 43 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 55 | 56 |
| 1024x768 32bits | 36 | 37 |
| 1280x1024 32bits | 17 | 20 |
En FSAA 4X
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 2485 | 2698 |
| 1024x768 16bits | 1620 | 1780 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | 3DMark2000 SSE T&L | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 1480 | 1627 |
| 1024x768 32bits | 757 | 822 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 59 | 65 |
| 1024x768 16bits | 37 | 40 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Demo1 | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 31 | 34 |
| 1024x768 32bits | 16 | 17 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 16bits | 51 | 55 |
| 1024x768 16bits | 32 | 35 |
Graphique reconstitué d'après les chiffres du test (tableau ci-dessous).
| Résolution | Quake3 - Quaver | |
|---|---|---|
| Fréquence GPU | 166 Mhz | 186Mhz |
| 800x600 32bits | 28 | 31 |
| 1024x768 32bits | 15 | 17 |
Commentaires sur les performances
L'augmentation n'est visible ici que sur les hautes résolutions, un Pentium3 800 ne suffit pas du tout à la saturer, même en 1280x1024 32bits !
C'est bien sûr en FSAA que l'augmentation est le plus profitable car ce mode n'est pas trop dépendant du processeur central. Cependant en FSAA 4X la carte a beau être overclokée, elle est encore à genoux : passer de 15 à 17 images par seconde sous Quake3 ne le rendra pas plus jouable. Du fait de sa finesse de gravure (0.25µm), on ne peut pas dire que la 5500 soit une bête d'overclocking, les GeForce2 MX (elles sont gravées en 0.18µm) font beaucoup mieux sans ventilateurs... Quand à la mémoire, on passe de 6ns à 5.5ns ce qui est vraiment pas mal (avec toujours un gain de 12%, mais réellement efficace). On note cependant un gros bug en ce qui concerne les pilotes et le mode 1600x1200 32bits..
Pages d'origine archivées : /3dfx/articles/voodoo5500-1.htm (2000) /3dfx/articles/voodoo5500-2.shtm (2001) /3dfx/articles/voodoo5500-3.shtm (2001) /3dfx/articles/voodoo5500-5.shtm (2001)












