Reprise du message précédent :
https://image.noelshack.com/minis/2 [...] 5-09-3.png
du Turtle oui
j'ai lancé une fois en admin sinon il trouvait un souci de mémoire, maintenant ras

Ha ça me rassure, je regarde ton screen
 
Tant que j'y suis, j'ai qlq Turtle gagné par mes fees en TRTL (qui représentent 0.1% des fees, mais bon)
J'en fais quoi ? ça vaut 1 Satoshi, c'est vendable ce truc ?
 
edit: Pourquoi il ne voit pas ton AES ???
essaye avec --auto --archi generic_aes ça devrait doubler tes perfs.
C'est pas normal ce pb de détection

 
0.27a dispo

--archi generic_aes ne détecte pas d'AES et fait planter
 
je peux pas ouvrir 0.27a: Trojan:Win32/Fuerboos.A!cl

donc ton cpu a vraiment aes désactivé. regarde une éventuelle option Max CPUID dans ton bios.
étrange un xeon Westmere devrait avoir aes.
 
la 0.27a n'est pas plus un virus que les autres, il faut forcer l'install, JCE ne contient rien de malicieux.

Au prix du turtle, il t'en faudrait plusieurs millions !!
Perso, je hold pour le fun et aprés on verra.  LOL

je ne comprends pas l'idée de miner un coin quivaut le minimum possible...
j'en ai qlq milliers, j'en touche 100/jour environ

Un pari comme un autre sur l'avenir ...
Le bitcoin, c'était quoi au début.  
J'avais commencé au tout début puis laissé tomber ( mal m'en a pris )

Je dois avoir qlq satoshis minés en 2010 sur ma geforce 9, dont j'ai perdu le wallet il y a fort longtemps. Sans regret, même à BTC=10000$ ça vaudrait rien. Ensuite c'est facile de regretter à postériori, je ne me prends pas la tête
 
Je suis en train d'ajouter un démon HTTP pour le monitoring.

J'ai prés de 2 000 000 de turtle : 157,00 €   LA FORTUNE !!!!  MDR

Je viens de passer à la 0.27a : pas de gain de performance (322 h/s avec un 8700K@5 Ghz)
Seul la moitié des threads sont utilisés. Je suppose qu'il y a des trucs que j'aurais du configurer ?

il n'y a pas de gain de perfs à chaque révision.
Dis moi ce que tu mines (XMR, SUMO, LOKI ?) pour voir si on peut booster ça
 
log aussi les premières lignes de JCE, là où il détaille ton cache et chaque thread, c'est souvent utile.
 
edit: vu le chiffre, je suppose que t'es toujours sur ton XMR.
Je vais t'écrire une config expérimentale voir si tu gagnes
 
edit: essaye ça
 

 
Bien vu j'ai activé Max CPUID et AES IN dans le BIOS ... ça passe de 250 à 450 h/s  
mais il me trouve plus "que" 12 threads je vais modifier la conf

J'ai fait copié collé de ton truc dans le start.bat > 400 h/s (en espérant que la CIA ne le sache pas si c'est expérimental)
Sinon oui c'est bien du XMR que je mine
J'aimerais me mettre au verge mais je sais pas encore très bien comment ça marche...
edit : c'est retombé à 300
 

6 coeurs, 12Mo de L3, donc 6 thread. Ce n'est pas le cas ?
Quelle est l'architecture codename détectée ?
Quel est l'assembly module utilisé ?

edit: mince, vieil onglet

@kela6 :
nope c'est pas dans le .bat, c'est à mettre dans un fichier config.txt, à côté du .bat, et dans le .bat, tu remplaces

par

OK
ça semble fonctionner : tous les threads sont utilisés mais je retombe à 248 h/s... En espérant que ça monte... (non : 252 ) je repasse en auto
Merci quand même

si tu vois que c'est pire, alors repasse sur ta config par défaut.
Si tu as une grande variabilité de hashrate, c'est que tu dois miner sur un vrai PC qui fait autre chose, et pas un rig dédié, dans ce cas c'est normal, par défaut le .bat de JCE donne au minage une priorité faible, pour ne pas gêner le reste du PC/rig

Faut qu'il laisse en auto ou qu'il mette "generic_aes_avx" avec son CPU
 
D'ailleurs, pour les CPU AVX 2, y'a une config spécifique à mettre ? Genre un "generic_aes_avx2" ?

"ou qu'il mette "generic_aes_avx" avec son CPU "
On fait ça comment ?

Essaie avec cette config :

Tu devrais monter à environ 430H/s

il n'y a plus de AVX2 dans la version actuelle, ça buggait. le meilleur assembleur c'est generic_aes_avx, ou ryzen si vous avez un Ryzen
 
le bloc de config cité doit se mettre dans un fichier config.txt à côté du .bat et ensuite dans le .bat tu remplaces --auto par -c config.txt

408 h/s :

merci du retour, le no-cache a du potentiel !
 
la 0.27b est sortie, aucun changement sauf le serveur HTTP JSON intégré

Plop all.
 
Je viens de lancer pour la 1ère fois le miner de notre ami JC. Quitte à miner avec mon CPU, autant que mes fees aillent chez JC plutôt qu'un inconnu. Surtout si le résultat est au moins équivalent ;-)
 
J'ai un i7 3770K (pour l'instant @stock mais il est habituellement 4,5Ghz H24) et j'ai ce résultat là :
 

 
Que dois-je modifier pour que tous les threads bossent ?

Ton CPU est reconnu en tant que quelle archi ? Dans un premier temps, tente ça : --archi generic_aes_avx -t 4 --hfr

Si t'as un bien meilleur résultat, tu pourras ajouter 4 thread sans cache pour grappiller un peu.

450 h/s en moyenne

@kela : merci
 

pas mieux, mais attention c'est --archi (avec un i) !
 
et en effet comme pour kela, en deux étapes, une fois que ça marche on peut booster avec du no-cache pour monter encore plus haut. déjà voir ce que ça donne avec cette commande

Merci à vous.

Voici le contenu de mon config.txt :

"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 0, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 1, "use_cache" : false },
 
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 2, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 3, "use_cache" : false },
 
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 4, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 5, "use_cache" : false },
 
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 6, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 7, "use_cache" : false },
]

Cette partie là "--archi generic_aes_avx -t 4 --hfr" doit être insérée à quel endroit ? Dans le start.bat ?
Si oui, en ajout ou en remplacement d'autre chose ?

Edit : le résultat avec le config.txt cité en début de post est différent mais on ne peut pas dire que ça soit mieux ;-)

C'est normal tu mines du heavy et ton cpu n'as pas assez de cache pour tout tes processeur physiques, du coup ceux qui reste utilisent la RAM directement sans passer par la cache.

La RAM etant 10 a 100 fois plus lente que la mémoire cache, tes résultats sont normaux

 
Hmmmm.... On en apprend tous les jours ici, c'est ça qui est bien    
Bon bah soit j'oublie, soit je lui fais miner autre chose à ce p'tit CPU...

Si tu ne dis pas tout aussi
Donc oui, en Cryptonight Heavy c'est 4Mo/thread donc 2 thread avec ton CPU. Ensuite tu pourras compléter avec des thread sans cache.

Solution classique (2 thread avec cache)
"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 0, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 4, "use_cache" : true },
]

Solution avec tous les cores utilisés (2 thread avec cache + 2 thread sans cache)
"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 0, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 2, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 4, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 6, "use_cache" : false },
]

Solution avec tous les cores logiques utilisés (2 thread avec cache + 6 thread sans cache)
"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 0, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 1, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 2, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 3, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 4, "use_cache" : true },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 5, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 6, "use_cache" : false },
     { "cpu_architecture" : "generic_aes_avx", "affine_to_cpu" : 7, "use_cache" : false },
]

Faut tester les 3, ça devrait se jouer à pas grand chose. En bonus, ajouter --hfr dans le .bat

Drap
 
Merci pour ceci, je voulais me mettre au minage sans avoir ni le matériel ni les connaissances nécessaires, et je récupère quotidiennement environ 10k TRTL (j"utilise un autre pool que ce lui que tu donnais initialement par contre, car il semble au point mort).
 
Sur 24h, le soft décroche 1 fois ou 2max, donc pas dramatique (sauf quand c'est à 2h du mat bien évidemment).
 
Je tenterai peut-être un coin plus démocratisé, mais je pense que les rendement seront ridicules vs trtl qui est un pari (T)LT
 
Petit edit : ou dans le .bat doit-on ajouter éventuellement le --hfr ?

 
L'ordre des arguments n'a aucune importance.

 
ok merci    

oui(oui) il faut dire quand on mine un algo exotique comme Heavy ou Turtle, ça change tout.
 
sinon pas mieux que Fouge, une des trois config sera la meilleure
 
ludor: a partir de la 0.27a il y a le paramètre --forever pour que le mineur n'abandonne jamais

0.27c en ligne, ajout du Fork Alloy, ITNS a forké en v7, Json compatible Stak (une demande de BitcoinTalk), un nouveau coin.

 
J'avoue, j'avais oublié de préciser ce détail...
J'ai essayé les 3 configs, pas moyen de dépasser 140 H/s. J'abandonne pour l'instant, j'y reviendrai plus tard, pas trop le temps en ce moment.
 
Je suis sur le point de récupérer une nouvelle carte mère pour un 3ème RIG. Elle est vendu avec un Q6600. Ca n'a aucun intérêt pour le mining ça ?
Je précise que compte tenu du surcoût engendré par la présence de ce processeur, à partir de 5€ nets de gain par mois ça représente un intérêt.
 
Merci à vous

alors 140 t'es au max, un cpu avec 8M de cache c'est pas top pour Heavy, c'est autant que ton futur Q6600 !
 
peut-être mine autre chose, du Alloy, JCE est un des seuls à le supporter.
 
miner avec un core2 quad, justement avec jce ça devrait être rentable c'est là qu'il est le meilleur

 
J'essaierai si jamais je récupère le Q6600 ;-)

0.27d en ligne.
Ajout du fork MKT (demande de l'équipe MKT, JCE sera le 2e mineur supporté, après le mineur officiel)