Ca y est, je mine avec la carte graphique GTX 750 en CUDA natif et non en OpenCL "optimisé cuda" ! Pour retracer les gaps : - Minage au CPU (Core i 5 Haswell, quand même) : 0,120 MH/s environ. - Minage au GPU (GTX 750) en utilisant OpenCL : 5,15 MH/s environ, soit 42,9 fois plus qu'avec le Core i5 :-). - Minage au GPU (GTX 750) en utilisant Cuda : 7,25 MH/S environ, soit 60,4 fois plus qu'avec le Core i5 et 40% de plus qu'avec OpenCL :-)). 7,25 MH/s ne sont pas les "plus de 8 MH/s" que j'aurais espéré, mais franchement, cela me fait déjà un énorme plaisir :-). Je n'ai pas pratiqué tous les algorithmes de cryptocurrencies, mais c'est la première fois que je peu enfin constater un vrai gros écart (plusieurs dizaines de fois) entre minage CPU et minage GPU : cela fait plaisir quand on a acheté un GPU rien que pour ca :-). Je ne sais pas si ether est rprésentatif de l'écart de performance entre OpenCL et Cuda, mais si c'est le cas, c'est très sympa pour les détenteurs de cartes nVidia :-). Dans tous les cas, bravo à Genoil pour son travail ! Pour mémo, voici ce que j'ai fait : - Install Ubuntu Linux 14.04 x64 - sudo -s - wget -O - http://llvm.org/apt/llvm-snapshot.gpg.key | sudo apt-key add - - add-apt-repository "deb http://llvm.org/apt/trusty/ llvm-toolchain-trusty main" - add-apt-repository -y ppa:ethereum/ethereum-qt - add-apt-repository -y ppa:ethereum/ethereum - add-apt-repository -y ppa:ethereum/ethereum-dev - wget http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1404/x86_64/cuda-repo-ubuntu1404_7.0-28_amd64.deb - dpkg -i cuda-repo-ubuntu1404_7.0-28_amd64.deb - apt-get -y update - apt-get -y upgrade - apt-get -y install cpp-ethereum screen cuda build-essential git cmake libboost-all-dev libgmp-dev libleveldb-dev libminiupnpc-dev libreadline-dev libncurses5-dev libcurl4-openssl-dev libcryptopp-dev libjson-rpc-cpp-dev libmicrohttpd-dev libjsoncpp-dev libargtable2-dev llvm-3.8-dev libedit-dev mesa-common-dev ocl-icd-libopencl1 opencl-headers libgoogle-perftools-dev qtbase5-dev qt5-default qtdeclarative5-dev libqt5webkit5-dev libqt5webengine5-dev ocl-icd-dev libv8-dev - git clone https://github.com/Genoil/cpp-ethereum - cd cpp-ethereum - cmake -DBUNDLE=cudaminer -DCOMPUTE=50 f(or GTX750/750Ti-only rig) - make -j4 - Reboot Pour miner : - sudo -s - cd cpp-ethereum/ethminer/ - ./ethminer -U -F http://(yourpool) --cuda-grid-size 8192 --cuda-block-size 128 --cuda-schedule auto Cette procédure est une compilation des tutos de buechling ( https://forum.ethereum.org/discussion/2227/cuda-miner/p15), des corrections apportées par l'auteur du logiiel de minage version Cuda (Gemoil) et du paramétrage expliqué par cryptominingblog ( http://cryptomining-blog.com/5684-updated-ethminer-0-9-41-nvidia-cuda-version-for-windows-2/). Il est bon de savoir que sur une machine avec 4 GO de RAM, la compilation du seul exécutable (la commande "make -j4") à pris 10 heures... donc prévoyez, soyez patient et croyez-y avant de tout passer par la fenêtre ou d'éteindre sauvagement (comme moi) et ensuite de devoir nettoyer (en fait, il faudra que prévoie de tout ré-installer pour partir sur une configuration propre) :-). Merci Anthon pour tes conseils :-). Sais-tu à quoi sert le "-M" devant le "-U" de ta ligne de lancement ? Il y a ncore peut-être moyen d'optimiser le minage par la ligne de commande lors du lancement de ethminer : je vais regarder. Pour le moment, je pense que la source d'optimisation la plus grande est le choix de la pool : je trouve que j'ai trés peu de blocs acceptés (peut-être une 15aine de pourcent, difficile à dire). Je suis sur la pool "ethereumpool.co". Je vais jeter un oeil sur la pool que tu a cité Anthon (suprnova), mais si l'un d'entre vous en connait une quui se démarque pour nous autres résidants en France, je suis preneur, merci. C'est vraiment ce qui semble poser problème pour le moment. |
|
|
|
|
La compilation plante à 72% la première fois et 61% la seconde.
A priori, c'est la librairie libethash-cuda.a qui pose problème...
Edit : j'ai 4 GO de RAM et sur le forum est dit que c'est long avec 4 GO, je vais être patient...
Edit 2 : a priori, la RAM fait effectivement défaut, les 4 GO sont occupés à plus de 95% et 40% du swap. La compilation va durer des heures et là je dois stopper. La suite dés que je peux.
|
|
|
|
|
...en cours de compilation.
|
|
|
|
Intellectuellement, le minage n'a rien de savant.
Sans parler de "savant", javoue que cela fait remonter mon curseur "humilité" : je rame (c'est peut-être normal quand on s'embarque sur une galère, qui plus est, dans une mine). Toujours etre maitre de ses fonds.
Là tu comptes miner en mettant l'adresse ETh qu'un exchange te fournirait pour déposer des fonds dessus.
Oui, le temps de la mise en route et du réglage de toute la chaîne de minage : je n'i ainsi pas à m'occuper du wallet. De toute façon, je mine des clopinettes (même si cela représente beaucoup de boulot) :-). |
|
|
|
|
En fait, j'ai déjà des questions sur le ethminer de Genoil :
- Si j'utilse le ethminer de Genoil et que j'utilise une adrese ether d'un exchange, je n'ai pas besoind 'installer geth et eth ?
- Ce ethminer Genoil réclame CUDA 7 ou 7.5 (autant installer 7.5) ?
- Dans la liste des dépendances du tuto trouvé sur le fil de ethereum forum, il y a une flopée de dépendances listées à installer : je suis certain qu'il y en a beaucoup qui sont inutiles, pourrait-tu m'indiquer celles qui sont indispensables/utiles ?
apt-get -y install
- cpp-ethereum inutile -> sera installé par git
- screen c'est une commande console, pas une dépendance ?
- cuda inutile -> installé préalablement par le .deb
- build-essential indispensable
- git indispensable
- cmake indispensable
- libboost-all-dev
- libgmp-dev
- libleveldb-dev
- libminiupnpc-dev
- libreadline-dev
- libncurses5-dev
- libcurl4-openssl-dev
- libcryptopp-dev
- libjson-rpc-cpp-dev
- libmicrohttpd-dev
- libjsoncpp-dev
- libargtable2-dev
- llvm-3.8-dev
- libedit-dev
- mesa-common-dev
- ocl-icd-libopencl1
- opencl-headers
- libgoogle-perftools-dev
- qtbase5-dev
- qt5-default
- qtdeclarative5-dev
- libqt5webkit5-dev
- libqt5webengine5-dev
- ocl-icd-dev
- libv8-dev
Il y a des dépendances qui sont utilisés dans ccminer, mais pas certain qu'elles soient utiles pour ethminer ?
|
|
|
|
C'est là que tu vois que le minage n'est pas rentable pour les petits mineurs de quelques RIGs https://etherchain.org/La diff augmente et la puissance du réseau avec. Lors du lancement "début aout 2015" avec 50 MH/s, tu pouvais miner 20-30 ether par jour, maintenant ca tourne dans les 2/2.5 par jour. Avec la baisse d'aujourd'hui, il est clairement bien plus intéressant pour un nouveau venu, d'en acheter directement que d'investir dans du matériel de minage afin d'en acquérir. Oui, c'est clair. Mais nous ne sommes pas que des financiers et acheter une monnaie et la miner sont 2 choses très différentes intellectuellement. C'est sur que miner à perte, cla s'apparente à entretenir une danseuse, mais puisque, justement, je n'en entretiens aucune (ou fumer, boire, voitures onéreuses, jeux, stupéfiants...), autant que ce soit celle-ci ;-). |
|
|
|
Si tu roules avec Linux, une 750 ti atteint le 8 MHash si tu prends la version de Genoil (CUDA). OpenCL c'est moins rapide sur les nVidia  De plus, avec la version de Genoil, la demande de courant est moins importantes pour la CPU que si tu restes avec la version d'Ethermine qui vient avec le Core. Dis-moi ce que tu utilises et je te dirai comment optimiser  L'option -U est uniquement disponible avec la version de Genoil haha Merci Antho. J'ai trouvé le fil de Genoil hier au soir https://forum.ethereum.org/discussion/2227/cuda-miner/p15. Je suis en train de ré-installer Ubuntu : la carte µSD de 16 GO n'en pouvait plus avec le téléchargement de blockchain ether :-). J'ai enfin reçu ma clé USB 3 de 64 GO. Effectivement, à ce que j'ai lu, je dois pouvoir viser les 8 MH/s (voire un peu plus) avec ma GTX 750. Pour le moment, j'étais à 5,1 MH/s, mais en terme de gains, cela ne représente qu'une moitié de ce que le calculateur de la pool indiquait. Bon, pour moi, il est de toute façon trop tôt pour tirer des conclusions. Je te dis si je bloque trop longtemps sur un problème. Petit pied de nez du sort : je me décide à me mettre sur le minage de l'ether alors que j'avais éviter la phase de lancement et l'ether se casse la bodine : -16% aujourd'hui, qui font suite à une assez grande léthargie plutôt baissière ;-). |
|
|
|
Dépeche toi, parce que la diff augmente et la puissance du network avec ;-)
Oui, je fais avec mes moyens (tant financiers que intellectuels :-)). Pour le moment, je bute sur ccp-etherum : selon certaines lectures, je devrai avoir sensiblement plus (probablement cette option -U qui reste invalide chez moi : je cherche). |
|
|
|
Edit : je ne sais si ethermine à fait de gros progrès sur le hashrate ou si le gars qui a publié le chiffre de 1,5 MH/s pour une 750 Ti était fatigué, mais une GTX 750Ti serait à ce jour plutôt dans les 6 MH/s ;-).
Je confirme donc par l'expérience : ma GTX 750 mine actuellement à 5 MH/s, donc une 750 Ti devrait atteindre sans problème les 6 MH/s. En fait, ces chiffres pourraient être encore plus élevés : j'ai l'impression que je mine actuellement en OpenCL alors que CUDA devrait être plus performant. Mais je ne trouve pas la façon de forcer l'utilisation de Cuda sur ethermine : si il y a des connaisseurs... Pour info, la carte semble vouloir rester à une température plutôt modérée (ce qui laisse envisager de larges possibilités d'optimisations futures), donc j'imagine qu'elle consomme un peu moins que sur les gros algorythmes. Au final, cela doit tout juste payer l'électricité de ma machine (mais je n'ai qu'une carte graphique, avec un RIG de 6 cartes, la consommation CPU/RAM/carte mère/pertes de base de l'alim sont mutualisées). Tout est question d'optimisations à venir, j'espère :-). |
|
|
|
50 MH/s c'est accessible avec deux GPU, donc le minage ether est pas mort pour un particulier, loin de là.
25 MH/s par GPU, c'est du très gros GPU alors ? Si j'ai bien compris, une GTX 750 Ti n'atteinds pas les 1,5 MH/s :-). Edit : je ne sais si ethermine à fait de gros progrès sur le hashrate ou si le gars qui a publié le chiffre de 1,5 MH/s pour une 750 Ti était fatigué, mais une GTX 750Ti serait à ce jour plutôt dans les 6 MH/s ;-). |
|
|
|
|
Merci Sangoku.
Si je transpose à 120 kHash/s, cela fait bien les 0,19 ether que j'avais calculé à grands coups d'estimations, ce qui au bout du mois correspondra à 0,22 $.
Je pense que la fortune ne sera pas pour fin septembre :-).
Accessoirement, le minage d'ether, c'est déjà bien mort pour le CPU et j'ai l'impression que c'est quasiment idem pour les RIGs de CPUs, sauf pour les grosses fermes qui peuvent optimiser bien plus que le particulier.
|
|
|
|
|
Bon, finalement, j'ai pu faire un essai de minage sur l'ether.
J'ai commencé sur un test CPU, mais j'ai l'imression que je mine dans le vide : pas de blocs acceptés (ou très peu).
Avec ethminer, les blocs acceptés sont uniquement ceux avec le smiley "B-)" : tous les autres, c'est du "minage dans le vide" ?
Si c'est cela, je n'ai trouvé qu'une pool (nano) qui me permette d'avoir des blocs acceptés : toutes les autres sont à des débits bien trop élevés (fermes de GPUs). Par contre, le suivi de cette pool semble H.S. (tous les mineurs sont à 0 eth de gains, quel que soit leur hashrate, même bien plus élevé que le miens). Pour info, je suis à environ 120 kH/s (je peux monter à 175).
Pouvez-vous me donner un exemple de taux de hash et de gain en ether qui corresponde par 24 h, afin que je puisse faire une estimation (ou un calculateur, parce que là, suivant une autre pool, je serai à 0,25 $ par mois :-)) ?
Avez-vous une pool à me conseiller pour des petits hashrate ?
Merci.
|
|
|
|
Energycoin va faire un speech à la conférence bitcoin Amsterdam ce we.
Rien de nouveau techniquement mais des utilisations dans le domaine de l'énergie propre sont à l'étude.
Un hackaton va être organisé pour développer un smart meter energycoin.
Bref à surveiller (j'en ai plein)
Tu as un lien vers leur site, parce que tout ce que je trouve est très vieux, perdu dans les archives. |
|
|
|
|
J'ai une alimentation neuve de 600 W en 80 Plus bronze : elle a 2 x PCIe 6+2. Les 2 960 en plus d'une 750 (voire une 750Ti en plus) devraient passer raisonnablement.
Je ne comprends pas pourquoi tu dis que la 960 est beaucoup moins rentable que la 750Ti ? Pour moi, son ratio Hash/consommation est encore plus favorable (de peu) que la 750Ti ?
Je n'aime pas les ASUS STRIX, mais en 750TI ce sont les seules qui se mettent sur pause, probablement pas en minant, sauf peut-être à régler l'intensité (diminution de la consommation et du hashrate). En plus, elles sont chères, donc je n'en veux pas : autant passer à la 960.
Je vais regarder de plus prés ta black edition Gigabyte.
Sur un de tes précédents posts, tu parlais déjà de la 960 G1 gaming : depuis je me suis renseigné. C'est effectivement du trés bon matériel avec des scores au-dessus du lot. Elle n'a qu'un défaut, que tu confirmes : sa consommation ;-).
|
|
|
|
Petit mémo pour celui qui se posera les mêmes questions sur le choix de sa carte graphique pour miner : Après pas mal de temps m'être renseigné puis avoir digéré ces informations, voici ce qu'il en ressort. - La marque : * AMD est exclu pour cause de trop forte consommation électrique. * Reste nVidia. - Le modèle : La gamme nVidia est ainsi bâtie à ce jour : 750Ti/950/960/970/980/980Ti et d'autres suffixes de 980 pour des cartes hors de prix. Dans cette gamme, on comprends tout de suite que la 750Ti est une survivante dont les jours sont comptés. Normalement, c'est la 950Ti qui devrait remplacer la 750Ti : - le problème c'est que le TdP de la 950 est 1,5 fois plus élevé que celui de la 750Ti (90 W vs. 60 W), alors que ses performances de hashage augmentent dans de faibles proportions, - le second problème, c'est que la consommation réelle de cette carte semble être bien plus élevée que son TdP, de l'ordre de 105 à 110 W, ce qui lui enlèverait tout intérêt, - accessoirement, cette carte est chère par rapport à sa grande soeur, la 960. Pourtant, c'est bien la 750Ti qui à séduit tous les mineurs par son exceptionnel ratio hash/consommation électrique. A la date d'aujourd'hui, aucune carte ne remplace la 750Ti et je ne vois pas bien comment nVidia pourrait faire dans la mesure où sa 950 consomme tant pour un hashrate trop faible... Une 950Ti pourrait apparaître, mais pas avant plusieurs mois (la 950 vient juste de sortir), mais il faudrait qu'elle soit sensiblement plus performante sans consommer plus : avec la proximité de la 960, c'est mission impossible. Montons donc en gamme et passons à la 960 : - cette carte à un ratio hash/consommation légèrement supérieur à celui de la 750Ti et son prix est de base de 70 € plus élevé que celui de la 750 Ti. En plus du gain de performance, dans ce prix il faut compter une fonctionnalité que 1 seule 750Ti a : l'arrêt des ventilateurs en-dessous d'une certaine température (la Asus 750Ti TRIX, c'est la plus chère des 750Ti et son TdP n'est plus de 60 W mais de 65 W : sa consommation à été mesurée au-delà encore). - on trouve certain modèles de 960 à moins de 200 €, et même 150 € (vu au mois de juin en France http://www.dealabs.com/bons-plans/carte-graphique-kfa-geforce-gtx-960-oc-2-go--batman-arkham-knight-offert/131705), c'est-à-dire le prix d'une 750Ti, alors que les taux de hash sont doublés. Il est donc bien hors de question d'acheter une 750Ti à 150 €, même d'occasion à 100 € : 100 €, cela devrait être son prix neuf, son prix d'ocasion descendrait alors à 60 €. Mon choix est donc quasiment fait : sauf un destockage de 750Ti à prix bradé, je vais prendre une GTX 960. J'aimerai une MSI gaming 2 GO sur laquelle j'ai lu beaucoup de bien, mais si je ne la trouve pas à bon prix, je passerai à un autre modèle, sous les 200 €. Si je trouve à moins de 150 €, je pourrais même en acheter 2 :-). Les bonnes affaires sur GTX 960 sont d'autant plus probable qu'il y a une rumeur avec de bonnes chances de se réaliser à court terme pour une 960Ti à laquelle il faudrait trouver de la place dans la gamme et de la place entre la 950 et la 970, il n'y en pas vraiment pour 2 cartes, don exit la 960 dont il faudra se débarasser :-). |
|
|
|
Premier scam ? http://ethpool.org/De mon coté je n'ai rien reçu en double, au contraire, la pool devrait encore me verser quelque chose? Pool is closed due too payment issues. All miners wo received double or triple payments are requested to send these payments back to the pool's account. Ca fait vraiment pas professionnel. C'est vrai que par moment on croit avoir à faire soit à des gangsters, soit à des irresponables. Il est urgent de faire le ménage |
|
|
|
Rarement vu un hero member autant a coté de la plaque lol
Rarement vu un Jr member aussi présomptueux LOL ! |
|
|
|
|
Cela va donc faire près de 2.500 € le S7 ?
Je suis convaincu que cela vat être la plus performante des machines, mais avec le halving pour la premère partie de 2016, il faut être sur de son coup :-).
|
|
|
|
Pour me faire (un peu) pardonner de ma pollution de topic, je reviens dessus et je poste le texte pris sur NiceHash pour exposer les raisons qui peuvent conduire à louer un RIG : Here are some of the cool, fun and profitable things you can do with NiceHash:
As a mining device owner - seller/provider:
simply set&forget while mining at NiceHash and getting great daily payouts (in average more then mining directly Bitcoin of Litecoin),
make use of clean&simple miner's statistics page to get an insight of your miner's current and past performance.
As a hashing power buyer/renter:
treat NiceHash as your own dynamic virtual miner which can be re-sized and put on/off on demand on pay-as-you-go basis,
make profits by mining various crypto coins without any obligations to renting hashing power,
rent some hash and make some fun while mining coins of any algorithm even if you don't own a physical miner,
get your favourite coins by renting&mining even if they are not available on exchanges,
rent some SHA256, Scrypt or X11 hashing power and play blockchain lottery at NiceHash multi-algorithm solo mining pool to get 25 Bitcoin, 50 Litecoin or dynamic Dash reward,
play with open source NiceHashBot and make yourself your own software mining platform.
|
|
|
|
|
J'ai fait des tests sur l'intensité.
Je me suis renseigné plus profondément et si il est clair que l'intensité va impacter directement le nombre de CUDA-threads, je n'ai pas compris comment calculer le nombre de threads maximal (optimal) pour un nombre de CUDA-cores donné (celui de notre carte graphique. J'ai potassé sur le site de développement CUDA, sur des thèses d'universités américaines (en diagonale), à priori, c'est dynamique et pas comme pour les CPUs (en substance : ca m'a gonflé de ne pas trouver un document capable d'expliquer cela simplement).
Dans mes essais est apparu que CCMiner ne peut pas être réglé par défaut à 26 contrairement à ce que j'avais lu : à 26, j'ai un plantage avec un message d'erreur au sujet d'un dépassement de mémoire de la carte graphique (j'ai 2 GO). J'ai essayé ta valeur 22.9, mais c'est plutôt moins bon. Au final, j'ai essayé de nombreuses valeurs mais au final, rien de tangible et aucune ne permet d'améliorer clairement le hashrate (par contre nombreuses sont celles qui le diminue).
Au final, j'ai laissé en automatique.
Pour information, j'ai recompilé le CCMiner à partir des nouvelles et dernières sources de SP : il y a des améliorations, par exemple, pour le quark, c'est un peu moins de 5% de hashrate en plus. Ce n'est as énorme, mais c'est bon à prendre :-). Il y a aussi une amélioration ergonomique : le logiciel t'affiche la température de GPU et le régime de la ventilation :-).
Je te pollue ton topic, désolé : dis-moi si tu veux que l'on fasse un autre topic pour échanger.
|
|
|
|
|
Show Posts
