Reprise du message précédent :
Support du v8 en CPU terminé

Il te reste donc quatre jours pour la version GPU

clair,ca me ferais bien chier de repasser chez l autre voleur et meme sur l autre avec 5% de fee

aller ton pseudo ne l'oublie pas   ....
coke 15 à trop raison    
Si jceminer gpu sort avant le 1er bloque v8 de xmr je te donne mes maigre 17k /2000watt jusqu'a la date butoir    

je devrais être dans les temps, mais je vais prendre la version de référence fournie par Monero. J'optimiserai plus tard.
 
edit: j'ai fini la version Linux CPU
 
edit:
et la version GPU. Mais sur Bitcointalk ils disent que ça déconne avec les vieilles cartes type R7. Je n'ai pas mon rig de dispo pour tester avant la fin du mois, donc ça va surement rester comme ça quelques temps. Par contre sur les gros GPU RX ou Vega ça tourne.
En CPU, aucun soucis.

Oui vu sur bitcointalk .
Je le teste le 18 sur wownero avant xmr ,j'ai qu'une parole...  sur  hashvault  

C'est quoi le rapport entre le wonero et le 18 ? le wonero est déjà sur la v8 depuis un moment.

  aucun,je sais bien j'etais sous wownero avec xmrig-amd c'est dernier jours  .
Juste que je testerais jceminer v8 le 18 avant la sortie du v8 xmr ,voir ce qu'il donne en pré-résultat .

pour le test de passage de la V7 vers la V8 sur une vega56.
je suis passé des pilotes blokchain au pilote 18.6.1.
HBCC desactivé (activé pour la V7)
fred GPU -4% (-30% pour V7)
freq memoire 950Mhz (950Mhz pour V7)
puissance -20% (-20% pour V7)
 
test sur killallasics.moneroworld.com:7777
bilan 1380H/s avec JCE miner
 
pour info je suis arrivé a  1780 h/s avec xmr-stak
 
a voir demain apres le fork de monero...
 
 
 
paramètre de config:
 { "mode" : "GPU", "worksize" : 16, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 0, "multi_hash":1792 },
     { "mode" : "GPU", "worksize" : 16, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 0, "multi_hash":1792 },

La 0.33b a raté le coche du CN V8 sur GPU, au point que je me rabat sur le Bittube en attendant une version plus au point sur ce fork du XMR.
 
Mais la correction des fees est elle accueillie à bras ouverts. Merci au moins pour ça donc.

y avais quoi sur les fees?
 
clair que pas bonne la 33b

Le problème était que les fees relatives au CPU était toujours prélevées même quant ce dernier était mis en pause
Avec la 0.33b, quand le CPU est en pause, les fees se limitent aux GPUs.
 
Ca me permet donc d'utiliser la pause du CPU au lieu d'arrêter puis relancer le minage avec ou sans le CPU.

Il me serait utile de pouvoir définir la position de la fenêtre via deux paramètres, par exemple --posx et --posy.
 
Je lance actuellement deux instances, l'une pour miner du TUBE sur les GPUs et l'autre pour du XMR sur le CPU, et les deux fenêtres sont systématiquement superposées au lancement, ce qui m'oblige à en déplacer une manuellement, d'où l'intérêt de pouvoir fixer leurs positions via leurs paramétrages respectifs.

Je n'ai plus rien à bidouiller sur mes RIG de GPU (pour l'instant...), donc je me demande si je ne vais pas jouer un peu avec mon CPU.
 
J'ai un 3770K @4,5Ghz. Avec ce type de CPU, le plus intéressant à miner avec JCE serait quel algo d'après vos expériences perso ?  
 
Merci à vous

 
 
jusqu'a novembre        

 
Pourquoi d'après toi doit on s'attendre à une squelettisation  ?

Hey!
 
Oui les 0.33 GPU ne marchent pas, et je n'ai rien pour développer sur GPU avant novembre. En attendant je bosse sur le netcode. Entre autre les fees sur CPU en pause sont de 0 à présent, ce qui est plus juste  
 
Même quand ça marche, en v8 les perfs sont catastrophiques. Ce fork mi octobre c'était vraiment pas un bon timing pour moi.
Par contre je n'ai perdu "que" un tiers de mes fees, donc ça confirme que JCE reste un mineur principalement CPU, et que la version CPU est appréciée.
 
J'ai mis en ligne la version 0.33c CPU Windows et Linux, 32 et 64, avec le Pool-Algo autoswitch pour MoneroOcean et compatible.
 
Ca permet au pool de faire changer le mineur d'algo, pour miner le meilleur coin du moment. On peut laisser tous les algos dispos (du Turtle au Haven en passant par Masari) ou en désactiver certains, généralement on désactivera la classe Heavy (Loki, Tube...) sur CPU car c'est lent.
C'est la --variation 16, et c'est activé par défaut sur MoneroOcean. Je prépare une doc détaillée pour la page Github.
 
Accessoirement il y a une petite optim de perf en v8 et un mode FPU pour calculer la racine carrée du v8 avec la FPU, pour les vieux CPU lent en SSE2 comme P4. Même si je doute que quelqu'un mine du Monero v8 avec un P4.  
 
Et un grand merci à eLvErDe pour avoir porté la 0.33a Linux en package Debian

tu disais que la V8 était plus approprié pour les CPu que pour les GPU. T'as vu une augmentation de la renta sur els CPu du coup ou pas?

en théorie, oui, les Ryzen ne perdent persque rien en perfs par exemple.
Par contre, avec un mineur qui marche les gros GPU façon Vega s'en sortent bien aussi parait-il, donc mon analyse ne se concrétise pas vraiment. Et les vieux CPU souffrent beaucoup, plus que ce que je pensais.
 
Ca doit être à cause des accès mémoire qui saturent leur pipeline et les empêchent de faire du prefetch. Les GPU avec de la super VRAM n'ont pas vraiment ce soucis puisqu'ils ne prefetch rien. Ils sont juste nativement très rapides.

ouioui92612_benchmark juste pour l'attente de nos GPU    qui bouffe des fee ailleurs ou pert du hash ..
 
Sur ryzen 1500x je suis  349H en full auto(donc non configuré) pour tester .
Sinon il est a 400h/s sur xmr-stack configuré= relevé de la piscine .
Un G3900 en auto sort 57 h/s sur jce
Un G4900 en auto sort 59 h/s sur jce  
Le tout en v8 ,y a pas de petite économie

salut
 
non pas que cpu,y a encore gros de GPU en v7 et consort.
 
srb est tres tres bon sur v8 et le hash rapporte est enfin bon.
 
challenge en perpective jes'

 
xmrig amd malgré ses fee(2%) est bien plus réel vs la pool dans mon cas sur 24h .

pour les vega c'est quasi les memes perfs que la v7

Comme j'ai changé de mineur en passant à la V8, ma comparaison des hashrates est bancale:
 
JCE sur V7:
RX 570 4G Samsung: 1038 h/s
RX 580 8G Micron: 955 h/s
 
SRB sur V8:
RX 570 4G Samsung: 988 h/s
RX 580 8G Micron: 975 h/s

Btw, packages deb 033c sur GitHub si y'a des users

Je prepare la version d  

en fait c'est même la version e
 
La version GPU avec V8 qui tourne est online !

 
En suivant le lien de ton FP on arrive sur la page Github qui indique comme version la plus récente la 0.33b2.
C'est bien celle là la dernière ?

Oui, c'est la version GPU qui fonctionne sur le CN V8.

Merci l'ami  

Edit : en choisissant le FORK 15, le pool me jette systématiquement après avoir choisi un niveau de difficulté de 63 et en me disant "invalid difficulty share".
Qu'est-ce que j'ai mal fait encore   ?
Edit 2 : mon paiement ID commence par 63, je l'avais mal placé et le miner le prenait pour la difficulté fixe... lol

avec un multihash a 880 mes R9  290X tourne autour de 700H/s.
 
j'attend d'avoir un peu + d'uptime. le "auto-tune" les faisait tourner a 480.
 
1100/1350 pour le clock et -10.
 
 
edit: mais de ce que je suis entrain de lire, je ne serais pas cohérent avec 4Gb de mémoire par carte.

Il manque un chiffre : ta conso

J ais pas oser demander

je ne la monitore pas, mais le rig est sur une alim 1400W
 
la j'ai un uptime de 24H.
 
GPU0 765H/s
GPU1 627
GPU2 851
GPU3 645
GPU4 822
GPU5 692
GPU6 33 (le contrôleur graphique intégré a la carte mère)
 
ca me remonte donc un hasrate moyen (effective hashrate) de 4437H/s et sur 600 share j'ai 6 bad share, fait pas un seul GPU.
 
 

salut
 
viens de tester les 2 derniere en cn8 sur un rig 570 ,c est mieux mais tjrs a la rue
3200 contre 2800  contre 4300 srb

un rif de combien de 570 ?

5

Salut et merci pour le taff' effectué !
En plus de tenir les gens au courant comme ici, c'est vraiment cool.  
 
Bon, petite question pour ma part car je débute et j'ai peur de faire n'importe quoi. x) J'ai donc acheté récemment une config assez polyvalente et j'aurais voulu la mettre un peu au travail. J'ai déjà fait quelques tests sur de l'ETH, du Vertcoin (VTC), zCash (ZEC) et Unitus (UIS) sur le GPU (une RTX 2080 Ti, ça a l'air d'envoyer pas mal   ) et maintenant donc je voudrais m'attaquer un peu au CPU qui fait pas grand chose la nuit pendant que sa camarade bosse sang et sueur. ^^
 
J'ai un 8086k (on ne se moque pas - le 8700k était en rupture de stock et y'avait plus que 30€ de diff' de prix avec la hausse/pénurie XD) et donc me voilà attiré sur ce thread ! Du coup je me permets de demander par où commencer ? Y'a t-il des monnaies préférées pour le minage des CPU / mon CPU en général ? J'ai vu dans ce topic qu'on mentionnait un outil (ou script) qui permettait de switcher automatiquement du minage d'une monnaie à une autre selon les avantages du moment ; quelqu'un pourrait me donner une piste de comment setup ce truc (j'ai un peu peur de devoir créer 50 wallets du coup mais je me trompe peut-être).
 
Bon désolé je me rends compte que ça fait déjà pas mal de questions, je m'arrête là pour le moment. Merci d'avance pour toutes les réponses en tout cas !

essaye la 0.33b4 elle est bien plus rapide
 
@nincha:
 
Si tu veux miner le meilleur coin du moment, c'est très simple:  
1. Tu te crées un wallet Monero, là https://cn-wallet-generator.hashvau [...] rator.html
note bien tous les codes!!
 
2. tu lance JCE:

où WWWWW est ton wallet généré ci-dessus, qui commence par un '4'
 
et c'est tout! Facile!
 
Si ton antivirus dit que JCE est un virus, c'est un faux positif connu, juste ignore ou ajoute une exception à ton antivirus.

Merci pour le conseil ! Par contre, souci qui m'est déjà arrivé sans que je comprenne vraiment d'où ça vient : j'ai donc créé un .bat avec la ligne de commande que tu m'as indiquée (remplacé le WWWW et désactivé win defender qui s'inscrute à la fête sinon) et je l'ai placé dans le même dossier que le miner.
 
Et du coup souci : dès que je lance le .bat la fenêtre de commande s'ouvre et se ferme aussitôt... tu aurais une piste ?