Lors du forum SC15, Nvidia a effectué une présentation concernant les pistes qu'il explorait afin d'arriver aux super-ordinateurs de type Exascale (capables ...
Lire la suite ...

Ou une meilleure approche de la gestion de la mémoire de la part des devs

La hbm à un prefetch de 2.
Si on passe à 16 comme la gddr5X on arrive à 4 to/s.
Augmenter le prefetch augmente la consommation ?

La hbm à un prefetch de 2.
Si on passe à 16 comme la gddr5X on arrive à 4 to/s.
Augmenter le prefetch augmente la consommation ?

on peut toujours rever

Ah mais il y en aura qui bosseront dessus. Les autres verront qu'il y a X de dispo et donc rempliront tant que les X ne sont pas atteint comme des bourrins.

Alors la pagination GPU va aider à réduire la VRAM physiquement nécessaire pour le même working set.
 
Mais ce même working set va exploser quand on dira aux artistes qu'ils peuvent passer à des textures 16K~128K.
 
Car la consommation mémoire ce se sont les assets des artistes qui la font, pas le pipe de rendu des devs.

Ça veux surtout dire qu'on attendra un joli mur dans le développement technologique dans 5-10 ans, et connaissant Nvidia et Intel, ça vas pas être bon du tout...

ou comment balancer de l'air avec une feuille de salade, t'inquiète pas tonton VErvidia pond nous des trucs propriétaires nous on s'occupe du reste.
Des solutions techniques seront trouver d'ici-la.
c'est mon avis a moi.

Merci pour le lien de la présentation Marc  

Avec la 4K qui viendra d'ici quelques années (probablement en même temps que la prochaine génération de consoles) ?
 

Oui tout à fait; en gros quelques dizaines de megs = les buffers de rendus (dev), le reste c'est 90% de textures et 10% de buffers (vertexes, indexes, constantes de shaders, code de shaders, code et data CS...).
Bon le paging, les dévs le font déjà à la main en streamant en avance ce dont il y aura besoin dans quelques secondes. Et ça consomme un peu de vram, dépendamment de la vitesse des supports.

Yep, la fréquence du bus de données est proportionnelle au prefetch. On peut imaginer que 2 est un bon compromis actuellement.
 
Concernant la pagination, ça permet d'économiser en espace mémoire, pas en débit pour alimenter le GPU...

Nvidia qui fait des blagues en novembre ?
Je précise une chose, on parle de supercomputing, pas de computation monocarte, et leurs présentation est clairement moisie puisque l'orientation est déjà en route : réduire la taille des unités déployées dans les nodes de calculs et augmenter le nombre de nodes. Et ça se fait par l'intermédiaire de leurs solutions tegra, de l'intégration de cartes au format mezzanine ou de la HBM et de systèmes POP chez AMD.
Sans oublier les avancées en greencomputing via l'augmentation de la densité des nodes et les solutions type hotwater.
 
Vous avez oublier également de parler du top500 de novembre (le pourquoi ils parlent de ça) : ils se ramassent clairement ces derniers temps face a des solutions x86-x86 type xeon phi.
CF ces graphiques pour ceux qui ont du mal a analyser http://blog.billrweber.com/wp-cont [...] Poster.png
http://www.top500.org/lists/2015/11/

AMD avait annoncé 15 watt pour la ram de fiji qui croire ?

 
FYP

http://www.anandtech.com/show/9266/amd-hbm-deep-dive/4
C est une estimation d'anadtech pas un chiffre d'affaires AMD mais on est loin des chiffres de nvidia

J'ai confiance en AMD pour mettre au point une nouvelle VRAM d'ici là ( et un Fiji like )

 
La next-gen va essayer le 1080p@60fps pour commencer

Déjà ils ne me semblent pas pressés pour le shrink des consoles actuelles, donc la prochaine génération ça va attendre.

J'avoue ne pas trop comprendre les inquiétudes de nVidia.
 
Avec de la HBM2 à 16 Go/s par Watt, ils ont largement de quoi faire des GPU ultra performant pendant des années avant que la bande passante devienne un goulot d'étranglement...    
 
Chez AMD ils ont fait du 300Go/s de bande passante pour alimenter un GPU à 5500 Gflops (SP) ... si je suis mon raisonnement les GPU futurs devraient être à 22 Pflops avec la HBM2 (75W).
 
Avant que nos GPU soit aussi performant il faudra attendre pas mal d'années il me semble, donc la problématique mémoire risque fort d'arrivé en même temps que les MRAM ou les ReRAM pour solutionner le problème.  

 
Nous ? T'es ingénieur chez AMD ?

 
Gné ? AMD n'a pas inventé le HBM, ce sont juste les premiers à l'implanter...

Merci pour ces liens. C'est très intéressant de constater sur le graphe "Installation type" l'augmentation de la part des gouvernements ces 10 dernières années...

beaucoup d'intox de la part du chameleon comme d'habitude , tout ça pour expliquer ou pas qu'HBM leur coûte trop cher et ne veulent pas l'implanter dans leurs GPU merdique

Les GPU ne sont même pas sortis qu'ils sont déjà "merdiques" aux yeux de certains...
AMD va sauver le monde car intel et nvidia c'est le mal...
 
Et ces trolls passent crème...

 
La HBM est issue d'un co-développement entre AMD et Hynix.
 
Dire que AMD n'a pas inventé la HBM n'est pas exact.

 
Pas d'augmentation en tant que tel. Y'a même une diminution (si tu pense que classified c'est pour faire beau. )

pourrait on pas séparer la mémoire du GPU avec deux système de refroidissement séparé? on extrait la HBM du chip afin de la dissiper plus loin, on répartis la zone de chauffe afin d'éviter un point (trop) chaud! si cela est réalisable.

 
j'avoue , le merdique est de trop , ça reste quand même de l'intox pour ne pas utiliser HBM car beaucoup trop cher à leurs yeux (busines)  
 
on peut prétexter n'importe quoi ........... , il y a un an encore c'était le cadet de leur soucis .  

Non. Le principe même de la HBM est d'être sur le même circuit (l'interposer) que le GPU. Séparer la mémoire du GPU revient à ce qui se faisait avant la HBM.

nVidia qui tire la sonnette d'alarme sur la course aux perfs    
 
L'hopital qui se fout de la charité. Ils n'ont jamais mis beaucoup de "fonctionnel" dans leur architecture, ils misent tout sur les fréquences et les pilotes [gérés par le proc central soit dit en passant].

Tu peux développer ? Qu'entends tu par "fonctionnel" ?

Je pense aussi qu'on a le temps de voir venir, c'est plutôt une problématique pour la décennie suivante. Par contre les ReRAM ne sont pas censées être plus rapide que la RAM.

Mais qu'est-ce que tu racontes, alors que la HBM doit débarquer sur Pascal

@spooky: je dis nous en tant que consommateur, c'est pas une virgule mais un point que j'aurai du mettre

'dredi toussa :
Compare les architectures/instructions/mode de fonctionnement câblés des GPU. Plus tu auras de primitives évoluées sur le GPU, moins tu auras de calculs fait par le processeur central. Regarde l'approche qui a permis de sortir Mantle : on simplifie les appels et on pousse un maximum de travail sur le GPU.

Du côté de la concurrence, DirectX12 va en coller plein la tête à la partie logicielle des pilotes.

 
oui à court terme mais je pense qu'il y quand des manières de faire évoluer HBM pour ne pas faire exploser la conso si c'est vraiment le cas ?