Reprise du message précédent :
J'ai noté ta remarque sur Bitcointalk sur les CPU en pause et je vais l'implémenter.
 
C'est bien la 2e solution, la premiere minute sans fees permet de moyenner correctement les fees selon le hashrate, en tenant compte du fait que sur les GPU, ça tombe sur le warmup.
Mais ensuite, c'est un chiffre fixe qui, pour l'instant, ne tient pas compte des pauses. Ce qui ouvre une faille pour celui qui met un gpu et son cpu en pause pendant la première minute, puis inverse les pauses ensuite, pour avoir des fees de GPU sur le CPU. Faille que ton idée va corriger
 
Pas de ARM ni de FPGA, je suis un dev en ASM x86/x64 (et en 6502 mais ça mine pas très bien un Apple II)
 
Sur CPU, c'est 98% le scratchpad, et en v8 ça monte à 99%, sur un CPU AES.
En GPU c'est plus dans les 80% en v7, ça devrait monter à 90% en v8
 
je peaufine mon implé v8 en CPU là, j'ai une x64 qui est pas mal, je vais attaquer la version x86-32

slt , cn v2 est actif sur un coin  , penses tu pouvoir   lacher une pré-version cn v2 rapidement   et si tu es deja en testnet sur xmr (V8) ou autre as-tu une augmentation des watt genre 20% sur ton mineur comme sur d'autre mineur beta deja sortie ?
merci .

je me prends la tête sur l'assembleur du v8 en x64 là, et autant on peut faire confiance à son compilo, autant en ASM, la moindre erreur est infernale... donc ça me prend du temps.
Je n'ai même pas vraiment entamé la version OpenCL. Une surconso est très probable, vu qu'il y a une multiplication 64 bits, une division 64 bits, avec quotient et reste, et une racine carrée en plus.
 
Ils ont pété un câble chez Monero, enfin même si pour un but de redonner l'avantage au CPU, c'est plutôt bien joué, tout ceci rentre pile poil dans les points forts d'un CPU moderne. Mais les GPU vont morfler. Et les CPU 32-bits un peu aussi.

Si ça pousse les procs, c'est une bonne chose pour toi

En effet, JCE reste plus un mineur CPU que GPU pour l'instant, mais l'écart se réduit. C'est très serré avec Cast et SRB. Cast reste juste le meilleur sur Vega FE.

merci du retour ,  exact ca morfle .
17.65 k/h @ 2010w en cn v1.
En baissant la vram à 1900/800 Mv sur toute mes cartes  sur cn v2 = 15.3k/h @ 2272w .  
sinon c'etait 16.8 k/h @ 2430 w ...ca pique et ca chauffe pour rien .

Quel coin ?
Je vais en profiter pour rajouter quelques shitcoins. Je vais sortir la version CPU en premier, et la GPU ensuite.

WOWNERO  (wow)
Faudrait que je teste sur un 1500x  pour voir le résultat vs une rx 550 sur cnv 2 .

 
 
ouch  c est guere rassurant ca,je suis pratiquement au taquet de mes 12 kv  

 
 
salut
 
c est lequel le miner en beta?

A part le miner pour le revendre, vous y voyez un avenir au wonero ??

perso non  
 
surtout une base de test pour cn V2 , autant en profiter et la c'est sur y a pas de fgpa déclaré ou asic planqué , avec un H qui fait le yoyo en 10 minute .
 
@ coke15 faut compiller un peut ou plus simple déjà dispo ***rig-amd en beta  mais je ne vai pas polluer ici quand meme .

Bien ce qui me semblait...
Mais la paire WOW-BTC est en maintenance sur trade ogre, on ne sait donc pas si / quand on pourra les revendre.
A moins qu'il soit listé ailleurs.

Je n'ai pas été voir vu que le fork a commencé cette après-midi et avant je n'ai même pas porté attention surtout que le Wallet gui est dead reste cli je croi et android , j'étais sur superior coin ^^
Merci de l'info ,bâ dû coup il va rester en attente de l'ouverture de la paire .
 
edit : il y a du mouvement sur tradeogre   :=

J'ai une petite question pour les utilisateurs et le créateur de JCE :
 
Est-ce que quelqu'un aurait la possibilité (et l'envie...) de nous/me dire de donner les perfs d'un RIG en fonction de l'algo choisi ? Je m'explique par exemple car pour l'instant ce n'est pas clair du tout !
 
Si on considère le CN saber comme la valeur étalon et que mon RIG a un hashrate de 5 000 h/s en CN saber, on indique qu'il vaut 1
Si ce même RIG à 10 000 h/s en CN heavy, on indique qu'il vaut 2
 
Vous m'avez compris ou pas ?
Si oui, merci d'avance pour le partage ;-) Et si non, j'essaierais de reformuler.

 
pas de problème
 
Peux tu nous donner les perfs d'un RIG en fonction de l'algo choisi stp?
 
 
 
 
 

Juste au cas ou, est-ce que tu veux bien relire avec le doigt stp ?

Je ne parle pas de partir d'une valeur imaginaire : j'imagine que plusieurs personnes ici ont fait tourner un même RIG sur plusieurs algo.
J'aimerais connaitre le hashrate sur certains algo en prenant comme base le hashrate sur un algo précis.

C'est plus clair comme ça ou ma question n'a vraiment aucun sens ?

Genre quand je mine du haven mon RIG me donne 1, quand je mine du stellite il me donne 1,2, quand je mine du graft il me donne 0,9, ..., ..., ...

tu auras des valeurs mais non corellees entre elle

CN V7 @ 1,000h/s
CN Fast @ 1,900h/s
CN Stellite V4 @ 1,000h/s
CN Haven @ 775h/s
CN Heavy @ 775h/s
CN Lite V7 @ 2,100h/s
CN BitTube V2 @ 775h/s

 
Merci Coke.
On n'est bien d'accord que c'est les valeurs du même RIG ?
Je ne comprends pas bien ce que tu veux dire par non corrélées entre elles par contre...

en gros sur une carte
 
 la "valeur " de 1000h/s en cn7 ne seras pas la meme qu en haven ou lite.
 
les site de valeur font en general la conversion

Tu ne peux pas .
Suivant les cartes  2/4/8 G il ya des pertes ou des augmentations, tu ne peux faire une corrélation simple genre x v7 = x heavy .
-6 rx570 en 4G vs 6 rx 570 en 8G donne presque le meme resultat en cnv1 mais pas sur heavy  ,le calcule ne peux ce faire que sur un rig precis ,après c'est de l'approximatif .
-10 k/h en rx550 ou 10 k/h en rx 580 sur un meme algo  ne te donne pas le meme resultat sur un autre algo cryptonote ,la mise en parallele serra differente .  
 
ou je n'ai pas comprit la question .
 
edit : je me suis melangé les pinceaux  

S'il y a tant d'incompréhension, c'est que ma question est forcément idiote ou au moins mal posée... :-(
Pour reprendre ton exemple pioupiou :
je vais prendre l'exemple d'un de mes RIG, composé de 4x RX470 Nitro+ 8Go et 2x RX560 4Go.
J'ai un HR de 4600 en CN/saber que je vais prendre comme base de comparaison et lui attribuer la valeur de 1.
Si je fais tourner ce même RIG sur un autre algo et que j'ai un HR de 2400, alors ça correspondrait à une valeur de 0,5 dans mon échelle.

Puisque certains ici sont des mineurs fous, ma question était de savoir s'il était possible d'obtenir une sorte d'échelle de HR en fonction des algo.
Mais je comprends que le rapport entre 2 hashrate dépend de la composition du RIG et n'est donc pas transposable sur un autre RIG.

En gros, perte de temps pour tout le monde, on arrête lol.

En faite tu essais de donner une valeur en fonctions de la hauteur du H ?  
Donc ton rig sortirai 9000(valeur très approximatif) sur cnlite v7 ,donc 1.5 sur ton échelle ?
 
Mais sa valeur reel ne serait pas mieux ,dû coup je comprend pas pourquoi la question surtout a cette heure    
   

 
Si 4600 = 1 alors 9000 = un peu moins de 2 (1,95 exactement), pas 1,5.
En gros c'était l'idée oui, mais je pense qu'il vaut vraiment mieux arrêter là lol.
Si j'ai bien compris, ma question n'avait qu'un intérêt très limité    
 

Je ne donne pas de chiffre, mais en terme de rapport entre bourrinage de Compute (les calculs) et de contrôleur mémoire, c'est :
 
CN-Classic et Lite-Classic très léger en compute.
V7 et dérivés (XTL, Arto, MSR...), un peu plus lourd en compute, mais à peine.
Heavy/Haven nettement plus lourd en compute, mais pas en mémoire, d'où la supériorité des GPU.
Tube encore un peu plus lourd pour les CPU AES, les non-AES (et les GPU) pour eux ça ne change pas grand chose, ils souffrent déjà.
Et v8 c'est dur pour les CPU, et infernal pour les GPU, aussi bien en compute qu'en mémoire. Le v8 ajoute douze (!!!!) nouveaux accès mémoire par cycle, six lectures six écritures. Et les GPU sont très mauvais en lecture, car la mémoire n'est pas en cache.

Merci pour les informations et l'explication sur le v8  , c'est bien le but de ralentir au max certain fgpa jusqu'a 4 fois leur rendement , donc les meilleurs à ce jeu vont ètre les CPU haut de gamme type EPYC/threadripper & Xeon  pendant 6 mois et peut etre les vram  en gddr 6  et HBM 2 .
 
Par contre sur v8 j'ai le sentiment que les chiffres ne font pas un bon énorme avec un vram à + de 2000,beaucoup de conso pour peut de résultat  ,du moins avec le mineur actuelle ,cela reste du beta donc encore de la grosse marge pour les  dev .

Le v8 est taillé sur mesure pour les CPU x64, pas forcément haut de gamme. Ca exploite pil poil tous leurs registres et les calculs complexes qu'ils savent faire en une instruction (comme une racine carrée arrondie inférieure ou une division 64 bits).
 
C'était déjà l'idée du CN originel avec l'AES et la multiplication 128 bits.

salut
 
du coup:
-10% en hasrate
+25% en conso  il vas falloir ques les coins en cn 8 prennet gros de valeur

Faut tout miser maintenant sur le WOW    
 

tout depend aussi des mineur , là ceux dispo sont des versions peut amelioré .
 
Suffit de voir l'ecart entre eux pour ce dire que le champs est encore assez large ,j'attend de voir pour jceminer , à cette heure   sur rx 550/580 cnv1 c'est le meilleur niveau pool .
 
Pour WOW ,pourquoi miser sur lui , du pense que son H va exploser ?
Perso je pense surtout que tout les alt qui reste en v7 vont exploser et ruiner leur  diff .  
 
@ coke15 normalement tout les alt en v8 vont aussi avoir une baisse du H malgré les nouveau miner eth qui viennent a cryptonote , cela devrait s'équilibrer, les grosse fermes en cout electrique seront un peut touché aussi je suppose et essayeront de rester su v7 , cela reste de la speculation

Le hashrate pourrait être diviser par 10 ça changerait rien à la renta hein, c'est un fork, tout le monde baissera d'autant. La conso c'est plus chiant en effet, surtout dans ds périodes de faibles renta.

 
le wow va mourir des le fork passer,comme le raven passee la hype.
 
le v7 seras mort,asic+fpga
 
peuvent pas miner autre choses les mineurs d eth? ils ont plus fois en vitalik

C'est quand déjà le fork ?
Tu conseilles donc de ne pas les garder ? Les WOW.

Edit : au moment où j'envisage de vendre les miens, il atteint son ATH le coquin... Il va peut être avoir la même fièvre soudaine que le XHV ;-)

Dans un peu plus de 8 jours.
http://xmr.noctism.com/

Ok merci.
 
Je vais les garder encore quelques jours, des fois qu'ils attendraient quelques 10aines de centimes    
Au risque qu'ils ne vaillent plus rien dans 48h lol.

 
 
houla je conseille rien,juste mon feeling.
le meme qui me disais de prendre du xrp a 0.24 et 1 semaine apres bim 0.5   ,que j ais pas ecouter

 
Pour le moment pas de grosse ferme sur leur propre pool   (max 50k/h) qui casse le reseau ,que de petit/moyen  miner  
perso je garde un peut , c'est un coin qui ne pretend rien juste casser du monero V et ètre délire .
 
Le dev bosse avec la team monero il me semble d'ou les fork juste avant xmr .
edit lien diff : https://freeboard.io/board/c8mM2c?_ [...] 1538813032

Bon je devrais être dans les délais mais à peine, j'ai fini les modes Non-aes et No-cache, en 32 et 64 bits, les plus compliqués. Il me reste les modes AES à faire. Soit 6 assembleurs en 32 et six en 64 (pour le multi-hash de x1 à x6).

Support du v8 en CPU terminé