Reprise du message précédent :
T'as déjà testé l'ICC ? Il se débrouille bien avec la boucle principale je trouve, sur du CPU Intel en tout cas.

Je viens d'essayer avec Godbolt et il génère la même chose que mon asm, sauf un dec rsi au lieu d'un sub rsi, 0x1 pourl'indice.
 
Et ryzen semble préférer le sub  
Bon ben sauf si je patate sur excavator, JCE va finir en mineur pour non-AES  
 
Les ASIC qui arrivent en cryptonight vont de toute façon redistribuer les cartes, je verrai comment je me débrouille avec le nouvel algo Monero.

 
 
ça sert à rien de battre de 5% les autres miners sur excavator vu que personne ne va miner avec ça.
 
Combien de fee a Stak?
si t'as exactement els mêmes perfs mais 1% de fees au lieu d'un, t'auras peut etre des mecs qui vont switcher.
C'est bien ce qu'à fait le phoenix miner avec claymore (en reprenant apparemment le kernel de claymore )

Il me semble que c'est 2% mais il suffit de le recompiler pour supprimer totalement la dev fee.
Donc à moins de parvenir à offrir un hashrate significativement supérieur, je crains qu'il soit difficile d'imposer une alternative payante ou avec dev fee.

Effectivement Stak c'est 2% baissable à zero.
Il restera à JCE la niche des vieux cpu, mais c'est vraiment une niche...
 
Les Asic arrivent et l'algo va changer on va voir ce que ça donne.

ah oui, déjà que le minage CPu est pas tres utile, avec les ASIC à 220kh/s, la diff va exploser

Monero va forker Cryptonight, j'adapterai JCE
 
Je suis douloureusement monté à 502, égalité stricte avec stak. J'en suis réduit à copier l'asm produit par vc17 sur godbolt qui est finalement le meilleur.

504.6 !!
Je suis enfin passé devant Stak, ça y est JCE est le plus rapide sur toutes les plateformes !
 
Je pense même que certaines optims sont applicables au non-aes
 
Je vais tacher de faire une release demain

Si tu es un peu plus perf que lui en effet je switcherai, je préfère que mes fees partent vers qu'un qu'on "connaît"

Idem

Il est évidemment préférable qu'une dev fee aille à une connaissance plutôt qu'à un inconnu mais l'idéal reste de n'avoir aucune dev fee à payer comme c'est justement le cas avec Stak.
JCE ne sera donc compétitif qu'à partir du moment où sa différence de hashrate compense intégralement la dev fee.

C'est pertinent, et je mettrai donc un fee inferieur en AES car la plus value de JCE y est faible. Et je montrai celle du non-aes, en gardant le parametre secret --hfr pour vous.
 
Je compte mettre 3% sur non-aes (1.5 pour hfr) et 1.5% sur aes (1% pour hfr)
Jce est 0.4% plus rapide que Stak à ce stade, donc la perte est de 0.6%, pour un minage partiel (sans SMT ou avec une partie seulement des cores) jce est 1% plus rapide.  

JC une nouvelle piste a explorer :  
- AES c'est techniquement 1000x plus rapide sur CPU car implémenter niveau hardware.
- Mais bizarrement les mineurs utilisant l'OpenCL sur GPU sont plus rapide, malgré que l'algo AES ne soit pas autant optimiser.
 

C'est une piste, je pourrais retro-porter JCE en openCL
 
Les gpu sont extrêmement lents en cryptonight, ils mettent environ une seconde pour faire un hash !!
Ce qui les sauvent c'est qu'ils en font 1000 en parallèle.
 
Ceci dit avec jce en non-aes tu perds seulement 50%, ce n'est pas une si grosse décote. C'est l'intérêt de jce, pouvoir miner avec des bons cpu sans aes, comme les vieux xeons ou les bons Pentium G

A vrai dire je pensais a un mineur de type hybride :
- La partie AES et keccak qui genere le scratchpad reste sur le CPU, avec un code optimiser niveau ASM pour pas depasser les 16Ko de cache Instruction.
- La partie OpenCL des algo de hashage sur le GPU.

Le souci viendrait principalement de la synchronisation ou gestion de la fil d'attente et dans le futur remplacer l'OpenCL par du Vulkan (anciennement Mantle, théoriquement y a un gain non négligeable avec l'Asynchronous Compute)

Ha oui malin je note cette piste très intéressante
Un mineur hybride AES/OpenCL
 
JCE 0.11 terminé, je teste et je mets à jour la doc, et ça sort demain

Ready to test

b9ron : Et bien vu pour le cache c'était ça qui flinguait mes perfs. Avec le smt on n'a effectivement divisé le cache par deux.
 
J'ai factorisé du code pour réduire l'espace pris et je tappe les 505 maintenant, nettement devant Stak (enfin, on se tient dans 1% mais à ce niveau d'optim c'est déjà ça)
 
Test en cours : Ryzen 1600 stock entre 503 et 505 soit 2h/s de plus que Stak
Regression en 32-bits : -5% mais je ne pense pas que ce soit bloquant.

Version AES dispo   , avec encore une optim, je suis entre 504 et 506, moyenne 505 (contre 499-503 moyenne 501.6 pour Stak)
 
AES-32 bits dispo aussi (perf : 422, j'ai des pistes pour améliorer)
edit : il y avait un bug, j'ai écrasé le code buggé avec une optim, donc maintenant 1. ça marche 2. ça va à 428
 
fees baissées à 1.5% (1% --hfr) en AES et montées à 3% (1.5% --hfr) en non-AES

Pas de dual thread mining avec AES-NI ?
J'ai un petit i3 3Mo avec AES, j'essaie de trouver le mineur/réglage qui exploitera au mieux ce CPU.

Nope désolé ça c'est avéré complètement contre-productif et ça faisait gonfler le code pour rien, donc je l'ai viré.
 
combien de core sur ton i3 ?
si deux, ça peut se tenter, je sais que Atom est + rapide avec tous ses cores qui minent, même avec peu de cache. Enfin j'ai mesuré ça pour l'instant.

C'est un 2C/4T et j'obtiens le plus gros hasrate avec 2 thread (malgré les 3Mo de cache), le 2ème thread apportant environ 30% de gain.
J'vais tester tout ça...

Moi j'ai mit ca sur mon haswell 4C/8T :

J'ai gagner 50-60 h/s par rapport à XMR-stak (220 -> 280 h/s)

Bon par contre dommage que l'on peux pas choisir son coin, je peux pas miner mon DERO.

Sinon un petit bug dans le fichier de config, si on met "//" en debut de ligne pour commenter, ca invalide le fichier de conf :

 
Ouch ! Mon optim ryzen serait super efficace en haswell ?
Faut que je remonte les fees...    
 
DERO ? Ok je te mets ça, surement prêt ce soir.
les commentaires sont de type C et pas C++ dans le pseudo-JSON

Voilà, comme mon Atom (enfin lui c'est 4 contre 2).
 
Tu vois que le dual Mining n'est bien que pour les CPU qui ont de la puissance mais pas de cache, comme les core2 avec 2M ou 3M, ou certains Athlon non-AES. Configuration plutôt rare.

Bon j'ai de grosses contre perf avec mon petit haswell quasiment divisé par 2 par rapport à xmrig/stak, aussi bien avec 1 que 2 thread.
En auto, il choisit "generic_sse4", je vais tester "generic_aes" comme b9ron

edit: "generic_aes" testé et approuvé, je retrouve des perfs standards, identiques à xmr-stak
Faudrait que t'ajoutes une option --bench-them-all

Pourquoi as-tu choisi "generic_aes" ? T'as comparé plusieurs variations d'algo ?

Sur mon Ryzen 1700:
 
Stak: 615 h/s
JCE: 625 h/s
 
Ce dernier est donc adopté malgré sa dev fee

Merde je n'ai pas branché le aes sur autre chose que Ryzen, je vais corriger ca ce soir, en même temps que j'ajoute le DERO

C'est actuellement le seul AES, même "ryzen" n'en est qu'un alias. Je spécialiserai par la suite.

Ha d'accord, pas la peine que je les teste tous alors

Ouep le haswell est sur le generic_sse4, tester les 3 :  
generic, generic_sse3 et generic_sse4, le 4 reste le meilleur mais c'est leger  
Tester sans le cache perf diviser par 10  
 
Bon après avoir désactiver le HT dans le Bios et les instructions VT-D (de virtualisation) je monte a 325 h/s constant, XMR stak monte plus haut mais reste moins stable.  
 
Sinon c'est possible d'utiliser le AVX tout seul ?

Au démarrage il indique le code interne utilisé. Exemple :

 
Actuellement il y a/aura des modules :
 
Core2 méga optimisé
Core2+sse4 encore + optimisé
 
P4, Athlon64, Nocona, partiellement optimisé (optims théoriques mais je n'ai pas ces CPU, genre mettre des dec à la place des sub)
Atom ça va venir, et j'en ai un pour tester, mais que 32-bits
Bulldozer (à venir)
Ryzen, à voir
 
Le reste c'est du code tout terrain générique.
 
Version 0.12 en approche, avec AES automatique même chez Intel, et DERO

 
AVX n'est intéressant que pour le Kekkac et les 4 petits hash à la fin.
Cryptonight lui même, c'est que du 128-bits
Enfin, je n'ai pas trouvé d'autre cas où m'en servir. Et l'encodage VEX bouffe de la place.
 
AVX-512 et ses 32 registres eux seraient intéressants, mais je n'ai pas de CPU AVX-512, même pas sur Ryzen

J'ai lancé, un peu galéré à config (pool/wallet) sinon ras, c'est du plug and play
Le hashrate a l'air plus stable que sur xmr stak et faire du +10 +20
J'achète!
 
Pour overclocker le cpu, suffit de le faire dans le bios de la carte mère?  
Le voltage suit automatiquement? (j'ai l'asrock b350 pro4)

Et pourtant j'affiche le hashrate instantané, là ou Stak fait une moyenne sur 10s, 60s et 15mn il me semble.
La config... c'est soit tu changes mon .bat livré, soit en ligne de commande, j'ai fait au plus simple  
 
Nouvelle version en cours, mais je viens de voir que j'ai oublié d'incrémenter la version dans la 32-bits, c'est une deuxième 0.11    
 
Bon c'est la même, avec le AES sur les CPU >= Westmere et >= Bulldozer par défaut. Et DERO pour mon ami br9on
 
edit : elle est dispo

Cool, ça avance bien...
Une version linux prévue ?

Bon voilà mon test de la version .12 JCE
 
Pour j'ai le même score qu'avant, soit 20% de moins que XMR.
Pourtant le AES est up  
 
Voilà le log de lancement  

Utilise que la moitié pair ou impair des cœur.
 
Bon finalement désactiver le HT dans le bios c'est pas une si bonne idée que cela lorsque l'on mine CPU+GPU. (98% de outdated sur le GPU)

Il est détecté comme étant un Kentsfield donc il utilise le code pour un Core2 (sans AES-NI).
Il faut que t'utilises un fichier de config (-c config.txt à la place de --auto) dans lequel tu mettras les 8 thread (CPU 0 à 7) avec l'architecture réglée sur "generic_aes".

Ha oui là c'a fait très mal...
 

 
quasi 50% de hash en plus