Reprise du message précédent :
Et si tu faisais choisir une plage entière au lieu d’un chiffre précis ?

The fucking target % that you will "perhaps" have if the gpu want to cooperate?

Blague à part en reprenant ce que fouge a mis:
Approximate GPU usage target.
Avec "axproximatif" on comprend bien que ce n'est pas précis.

Sinon comme astrojo l'a dit:
Entourer le chiffre d'une plage fixe, genre un truc qui est large de 20% avec un centre. Genre quand on vise 80 ben en fait on voit que c'est une plage qui va de 70 à 90.

Tu gardes limite de charge en interne caché
et tu affiches pour l utilisateur % de charge (et tu inverses le slide en interne).

 
Mais tu fais quoi en pratique ? Parce que là sur AMD en RDNA c'est comme-ci tu disais au pilote de limiter en %tage de TGP quoi ...

L'algorithme est assez con : même si vous ne voyez rien, cela reste de la 3d, donc je raisonne en FPS.  
 
L'idée est donc de faire tourner le test à fond pendant un certain temps jusqu'à avoir un nombre de fps fiable (ici, 1,5s).
 
Ensuite, je "limite" en forcant un temps entre chaque frame suivant le %age.
 
Vous pouvez voir cela comme une utilisation CPU artificielle entre chaque frame.

N'y a t-il pas moyen pour capper un fps directement avec les api?  
Genre sous glut on peut, mais openGl ne le permet pas directement visiblement.

Plus DirectX a évolué, moins il faisait de trucs pour toi. Donc non
 

Y'a pas des API NVIDIA/AMD pour parler directement au pilote pour ça ?
 
Parce que finalement, ton algo est louable, mais sur un GPU moderne ça va avoir des résultats imprédictibles, parce que si tu fais ça, la fréquence  GPU aura plutôt tendance a baisser que de monter... et encore suivant comment le sent le pilote/GPU...

Mais vu que tu peux lire directement le taux d'occupation, tu ne peux pas te servir de ça pour moduler la charge ? Je suppose que non si t'es obligé de trouver un workaround mais je serai curieux de savoir ce qui empêche ça.

Bien sur que non. La règle en 3d c'est l'inverse de ce qui se fait sur le reste : plutôt que de te filer plein de trucs prémâchés qui font tout le boulot à ta place, on te laisse te démerder avec le plus bas niveau possible car "c'est plus performant".

Et causer avec un pilote via une interface comme ça, c'est ouvrir la boite à merde si ca existait AMHA

 
C'est pas assez fiable, la fréquence de mise à jour est pas synchro (le taux d'occupation est lu sur une période que je ne contrôle pas). il en résoudrait quelque chose d'on ne peut plus instable et long à se mettre en place.

merci des détails

https://youtu.be/WJnrMNCahxc?t=270

C'est des pros, mais j'ai pas trop envie de les emmerder avec ca (après tout, ca fait de la pub).

 
Ça coute rien de leur envoyer un p'tit mail en leur demandant gentiment de prendre une licence pro

C'est quoi le but de tout ça ? Maximiser la charge, non pas en % mais en valeur (fréquence, taux * fréquence, FPS, Watt ?), afin de stresser au maximum la carte sans quelle se "bride" ?
Peut-être que c'est pas un limiteur que l'utilisateur doit ajuster lui-même jusqu'à trouver la valeur qui stresse au mieux la carte, mais plutôt une option qui, lorsqu'activée, tentera d'ajuster automatiquement la charge demandée afin de s'approcher du comportement idéal désiré ?

En tout cas, en tant qu'utilisateur j'aimerais plutôt un truc comme ça

edit: onglet un peu vieux, pas lu les derniers messages

Ben toi, ton but est de stresser ta carte à fond, t'as confiance dans ton matos.

D'autres, plus précautionneux, veulent limiter la vitesse pour éviter de faire tout cramer. Ou encore charger leur GPU à 70% pour savoir si en jeu leur overclock tiendra (par exemple).

Y a plein de cas d'usages qui ne peuvent pas se limiter à cette case

Et justement, parler de vitesse du test, c'est étrange. Je sais pas comment nommer cette option.

Du coup un "Niveau de charge du test" avec une valeur entre 1 et 10 (10 étant la valeur max sans limitation) ? Comme ça pas de pourcentage.
 
edit: quoique, avec un niveau à 9, l'utilisateur s'attend peut-être à une charge GPU de 90%

Et voilà, tu as tout compris Je vais laisser en %, je peux l'inverser sans souci, le tout, c'est de trouver la manière la plus naturelle de le faire et de l'exprimer en termes d'interface.

"Test speed" "Throttle" "Limit" (même si tu mets le limiteur à 80, ca te donne 20% d'utilisation)... quelle chienlit.

Moi je reste sur mon "plage de charge souhaitée".
Avec un curseur entouré d'une zone.

Genre un trais qu'on place "là ou on veut" genre 80%, et qui est entouré par une zone qui va de 70 à 90%. (donc -10% +10%)
Comme ça l'utilisateur comprend bien qu'il "vise" 80%, mais que ça peut varier de 70 à 90%.

Donc un truc genre "Approximate target load desired"

"agressivité du test" ?

OCCT jusqu'a chez Linustechtips    
 
Il la payée ?

 
ca lui vas pas mal la barbe, il n'as plus son air d'ado eternel
c'est depuis le confinement ? il etais en rade de rasoir

ou de leur offrir une licence pro en échange d'un petit mot gentil sur la chaine ...a plus ou moins 1 million de vus par video c'est une visibilité sympa pour un prix raisonnable

Un petit logo/intro précisant que les tests sont réalisés via l'outil OCCT.

Négatif

Ou ptêt une licence perso avec un nom qui ne comporte pas le nom de sa chaine tiens.

 
GG, linus l'utilise, cool ^^

 
J'aime pas sa barbe.
Dans le comment je lui ai dis d'acheter la license ^^

Ca charge bien la ram avec un seul occt6    
 

69 GB de ram?

T'aurais pas un CPU 16C/32T voire 32C/64T du type AMD Ryzen Threadripper ? Ou alors un bi-Xeon

Pour info, j'ai un peu de retard sur la prochaine béta, je change de serveur, ca prends énormément de temps. Bientôt

Techniquement il peut avoir un petit Xeon en 4c/4t avec 128Go de ram

OCCT en test CPU par défaut, c'est pas avec une conso mémoire fixe par thread ? Je ne sais pas combien il a de RAM, mais j'en avais conclu qu'il avait sans doute beaucoup de coeurs. P'tet qu'il a un gros CPU 32 thread avec 8Go de RAM et que ça swape beaucoup

 
96Go de ddr4 reg
 

 
Un seul cpu, pour le moment 6/12 car je n'ai pas encore récup mieux
 

 
Faut bien tester ton soft non    
 

 
T'as raison ! J'ai viré mon 3800X pour une mobal chinoise avec un xeon 2620V3 de récup et de la ram tout autant de récup, je monte pas mal de vm sur mon ordi, mais rien de bien lourd en cpu du coup j'ai récupéré des sous et je suis toujours très à l'aise pour ce que je fais du pc.
 
Par contre la mobal ne boot pas avec 128Go (8x16Go), avec 4x16, 8x8, ou comme la 16+8 par canal, aucun problème.

 
J'ai juste lancé un large sur 256Threads pour tester la conso ram
 
Du dual xeon avec pléthore de core j'ai eu, mais c'est pas forcément intéressant pour tout.

Je croyais que tu avais lancé linpack

 
Oui, fixe par thread, il a du en lancer un sacré paquet (tu peux en mettre autant que tu en veux sur la V6).

 
Voilà, j'avais pas vu
 
Bon, je supporte 256 Cores les gars

Ouch, il y a une vérification de la quantité de RAM avant de lancer un tel test ?