ethminer 🚀 - 0,15 fonctionnalités supprimées ? | bleepcoder.com (2024)

Lisez attentivement ethminer --help

Ils sont tous là. La seule différence est --cuda-noeval qui a été simplifié dans --noeval car il fonctionne à la fois pour cuda et openCL

Rapide à refermer :). Voici l'aide du maître 0.15. Je ne vois aucune option noeval ou exit . Souhaitez-vous les signaler?

# /node/ethminer --helpUsage ethminer [OPTIONS]Options:Work farming mode: -F,--farm <url> Put into mining farm mode with the work server at URL (default: http://127.0.0.1:8545) -FF,-FO, --farm-failover, --stratum-failover <url> Failover getwork/stratum URL (default: disabled) --farm-retries <n> Number of retries until switch to failover (default: 3) -S, --stratum <host:port> Put into stratum mode with the stratum server at host:port -SF, --stratum-failover <host:port> Failover stratum server at host:port -O, --userpass <username.workername:password> Stratum login credentials -FO, --failover-userpass <username.workername:password> Failover stratum login credentials (optional, will use normal credentials when omitted) --work-timeout <n> reconnect/failover after n seconds of working on the same (stratum) job. Defaults to 180. Don't set lower than max. avg. block time -SC, --stratum-client <n> Stratum client version. Defaults to 1 (async client). Use 2 to use the new synchronous client. -SP, --stratum-protocol <n> Choose which stratum protocol to use: 0: official stratum spec: ethpool, ethermine, coinotron, mph, nanopool (default) 1: eth-proxy compatible: dwarfpool, f2pool, nanopool (required for hashrate reporting to work with nanopool) 2: EthereumStratum/1.0.0: nicehash -RH, --report-hashrate Report current hashrate to pool (please only enable on pools supporting this) -HWMON Displays gpu temp and fan percent. -SE, --stratum-email <s> Email address used in eth-proxy (optional) --farm-recheck <n> Leave n ms between checks for changed work (default: 500). When using stratum, use a high value (i.e. 2000) to get more stable hashrate outputBenchmarking mode: -M [<n>],--benchmark [<n>] Benchmark for mining and exit; Optionally specify block number to benchmark against specific DAG. --benchmark-warmup <seconds> Set the duration of warmup for the benchmark tests (default: 3). --benchmark-trial <seconds> Set the duration for each trial for the benchmark tests (default: 3). --benchmark-trials <n> Set the number of benchmark trials to run (default: 5).Simulation mode: -Z [<n>],--simulation [<n>] Mining test mode. Used to validate kernel optimizations. Optionally specify block number.Mining configuration: -G,--opencl When mining use the GPU via OpenCL. -U,--cuda When mining use the GPU via CUDA. -X,--cuda-opencl Use OpenCL + CUDA in a system with mixed AMD/Nvidia cards. May require setting --opencl-platform 1 --opencl-platform <n> When mining using -G/--opencl use OpenCL platform n (default: 0). --opencl-device <n> When mining using -G/--opencl use OpenCL device n (default: 0). --opencl-devices <0 1 ..n> Select which OpenCL devices to mine on. Default is to use all -t, --mining-threads <n> Limit number of CPU/GPU miners to n (default: use everything available on selected platform) --list-devices List the detected OpenCL/CUDA devices and exit. Should be combined with -G or -U flag -L, --dag-load-mode <mode> DAG generation mode. parallel - load DAG on all GPUs at the same time (default) sequential - load DAG on GPUs one after another. Use this when the miner crashes during DAG generation single <n> - generate DAG on device n, then copy to other devices CUDA configuration: --cuda-block-size Set the CUDA block work size. Default is 128 --cuda-grid-size Set the CUDA grid size. Default is 8192 --cuda-streams Set the number of CUDA streams. Default is 2 --cuda-schedule <mode> Set the schedule mode for CUDA threads waiting for CUDA devices to finish work. Default is 'sync'. Possible values are: auto - Uses a heuristic based on the number of active CUDA contexts in the process C and the number of logical processors in the system P. If C > P, then yield else spin. spin - Instruct CUDA to actively spin when waiting for results from the device. yield - Instruct CUDA to yield its thread when waiting for results from the device. sync - Instruct CUDA to block the CPU thread on a synchronization primitive when waiting for the results from the device. --cuda-devices <0 1 ..n> Select which CUDA GPUs to mine on. Default is to use all --cuda-parallel-hash <1 2 ..8> Define how many hashes to calculate in a kernel, can be scaled to achieve better performance. Default=4 API core configuration: --api-port Set the api port, the miner should listen to. Use 0 to disable. Default=0, use negative numbers to run in readonly mode. for example -3333.General Options: -v,--verbosity <0 - 9> Set the log verbosity from 0 to 9 (default: 8). -V,--version Show the version and exit. -h,--help Show this help message and exit.

Ce n'est PAS 0,15

Vous signalez l'aide d'une version obsolète.

Envoyé depuis un mobile. Désolé pour la brièveté et les fautes de frappe.

Dans data 4 giugno 2018 22:27:15 aleqx [emailprotected] ha scritto:

Rapide à refermer :). Voici l'aide du maître 0.15. je vois pas noeval
ou options de sortie .. soin de les signaler?

Utilisation ethminer [OPTIONS]
Options : Mode de travail agricole : -F,--farmMettez en mode exploitation minière avec
le serveur de travail à l'URL (par défaut : http://127.0.0.1:8545) -FF,-FO,
--farm-failover, --stratum-failoverURL getwork/stratum de basculement
(par défaut: désactivé) --farm-retriesNombre de tentatives jusqu'au passage à
basculement (par défaut: 3) -S, --stratumMettre en mode strate avec
le serveur stratum sur l' hôte:port -SF, --stratum-failover
Serveur de strate de basculement sur l' hôte: port -O, --userpass
Identifiants de connexion à la strate -FO,
--failover-userpassConnexion à la strate de basculement
informations d'identification (facultatif, utilisera les informations d'identification normales en cas d'omission)
--work-timeoutreconnexion/basculement après n secondes de travail sur le
même (strate) travail. La valeur par défaut est 180. Ne définissez pas une valeur inférieure à max. moy. bloquer
temps -SC, --stratum-clientVersion client Stratum. La valeur par défaut est 1 (async
client). Utilisez 2 pour utiliser le nouveau client synchrone. -SP, --strate-protocole
Choisissez le protocole de strate à utiliser: 0: spécification officielle de la strate:
ethpool, ethermine, coinotron, mph, nanopool (par défaut) 1 : eth-proxy
compatible: dwarfpool, f2pool, nanopool (requis pour le rapport de hachage à
fonctionne avec nanopool) 2: EthereumStratum/1.0.0: nicehash -RH,
--report-hashrate Signaler le hashrate actuel au pool (veuillez activer uniquement sur
pools prenant en charge cela) -HWMON Affiche la température du GPU et le pourcentage de ventilateur. -SE,
--stratum-email Adresse e-mail
Laissez nms entre les vérifications de travaux modifiés (par défaut:500).
],--référence [] Référence pourexploitation minière et sortie;
--benchmark-échauffementRéglez la durée de préchauffa*ge pourles tests de référence (par défaut : 3). Met ledurée de chaque essai pour les tests de référence (par défaut: 3).--benchmark-essaisDéfinissez le nombre d'essais de référence à exécuter (par défaut:5).Mode simulation : -Z [],--simulation [] Mode de test minier.
Spécifiez éventuellement le numéro de bloc.Configuration du minage: -G,--opencl Lors du minage, utilisez le GPU via OpenCL.-U,--cuda Lors de l'exploitation minière, utilisez le GPU via CUDA.
Peut nécessiter un réglage--opencl-platform 1 --opencl-platformLors de l'exploitation minière à l'aide de -G/--opencl, utilisezPlate-forme OpenCL n (par défaut : 0). Lors de l'exploitation minière en utilisant-G/--opencl utilise le périphérique OpenCL n (par défaut : 0).
La valeur par défaut est d'utiliser tout -t,--mining-threadsLimitez le nombre de mineurs CPU/GPU à n (par défaut: utiliseztout ce qui est disponible sur la plate-forme sélectionnée) --list-devices Liste lesOuvrez les périphériques CL/CUDA et quittez.
Mode de génération DAG.

- produireDAG sur l'appareil n, puis copiez sur d'autres appareils la configuration CUDA:--cuda-block-size Définit la taille de travail du bloc CUDA.
La valeur par défaut est 8192 --cuda-streamsle nombre de flux CUDA. Met lemode de planification pour les threads CUDA en attente de la fin du travail des périphériques CUDA.La valeur par défaut est 'sync'.

tournoyer -Demandez à CUDA de tourner activement en attendant les résultats de l'appareil.rendement - Demande à CUDA de céder son thread en attendant les résultats dudispositif.
--cuda-devices <0 1..n> Sélectionnez les GPU CUDA sur lesquels miner.

Par défaut=4noyau d'APIconfiguration : --api-port Définit le port api que le mineur doit écouter.
Par défaut = 0, utilisez des nombres négatifs pour exécuter en mode lecture seule.


-V,--version Affiche la version et quitte.

-
Vous recevez ceci parce que vous avez modifié l'état ouvert/fermé.
Répondez directement à cet e-mail, affichez-le sur GitHub ou coupez le fil de discussion.

C'est le master compilé hier... la branche master ne contient-elle pas le dernier code ?

De plus, pourriez-vous, s'il vous plaît, ne pas supprimer/renommer les options immédiatement pour des raisons de compatibilité descendante? La plupart d'entre nous ont des scripts conçus pour utiliser un ensemble d'options, qui se briseront toutes si vous les modifiez/supprimez. Veuillez laisser le --cuda-noeval même si vous ajoutez --noeval (au moins pour quelques versions, avec des avertissem*nts de dépréciation).

Je ne sais pas ce que vous compilez et d'où, mais ce n'est certainement pas
0,15
Dans l'instantané que vous avez posté, il n'y a même pas l'argument -P qui est
environ depuis 0,14

Question de compatibilité: la dernière version stable est 0.14 tandis que 0.15 est
développement. Le développement est la clé. Si vous voulez rester au courant de
développement soyez prêt à passer du temps à suivre. Soyez reconnaissant pour le
temps que nous passons gratuitement sur ce projet : nous abordons des problèmes pour
fais le mieux. Nous ne travaillons pas pour vous faciliter la vie.

Envoyé depuis un mobile. Désolé pour la brièveté et les fautes de frappe.

Dans data 4 giugno 2018 23:46:26 aleqx [emailprotected] ha scritto:

C'est le master compilé hier ... la branche master ne contient-elle pas le
dernier code ?
Aussi, pourriez-vous les gars s'il vous plaît ne pas supprimer/renommer les options immédiatement pour le
souci de compatibilité ascendante? La plupart d'entre nous ont des scripts conçus pour utiliser un
ensemble d'options, qui se briseront toutes si vous les modifiez/supprimez. S'il te plaît
laissez --cuda-noeval même si vous ajoutez --noeval (au moins pour quelques
versions, avec des avertissem*nts de dépréciation).
-
Vous recevez ceci parce que vous avez modifié l'état ouvert/fermé.
Répondez directement à cet e-mail, affichez-le sur GitHub ou coupez le fil de discussion.

See Also

Investment CalculatorTLC, Teens Living with Celiac hiring Board Member in United States | LinkedIn[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 minersWill XTRABYTES (XBY) Be A Top 10 Cryptocurrency By The End Of 2018?

Nous ne travaillons pas pour vous faciliter la vie.

Pas besoin de se fâcher. Aussi, peut-être que vous ne vous en rendez pas compte, mais vous travaillez très certainement pour faciliter la vie des autres lors du développement de code open-source ... De plus, si nous (les utilisateurs) signalons des problèmes et des suggestions, c'est pour le bien commun, et le problème que j'ai soulevé ci-dessus est parfaitement valable avec lequel tout développeur de logiciels expérimenté serait d'accord. Ce n'était pas une critique, mais quelque chose à considérer avant la sortie.

En ce qui concerne la base de code, je pense que j'étais sur une branche différente lorsque j'ai tiré, pensant que je tirais master.

Pas besoin de se fâcher.

S'il vous plaît, comprenez que parfois nous pouvons tous perdre notre calme : quand vous voyez des problèmes ouverts sans double vérification ... eh bien, cela arrive.

De plus, vous ne vous en rendez peut-être pas compte, mais vous travaillez très certainement pour faciliter la vie des autres lors du développement de code open source

À mon avis, tout simplement non (d'autres peuvent penser différemment). Développer FOSS (notez le "F") c'est principalement une question de fonctionnalités : la convivialité vient bien après. Les utilisateurs veulent toujours une facilité d'utilisation "style Windows" "Suivant->Suivant->Ok". Mais dans ce cas, ils paient pour cela et pour un SLA.

Ici, je ne tire aucun revenu des heures que je passe donc je ne dois rien aux utilisateurs. Si je reçois des suggestions pour rendre quelque chose plus facile, j'évalue la charge à mettre en œuvre : si c'est quelque chose de vraiment ajustable avec un simple changement dans un démarrage par lots ... Je ne passerai pas une minute. Si les utilisateurs étaient des clients, l'approche changerait... plus les utilisateurs sont paresseux, mieux c'est pour mes poches.

En ce qui concerne la base de code, je pense que j'étais sur une branche différente lorsque j'ai tiré, pensant que je tirais master.

Deviné.

Je pense que vous manquez encore le point, en fait plusieurs points. Votre attitude est (malheureusem*nt) conforme à une grande partie du développement open source, et c'est la raison pour laquelle beaucoup de gens n'aiment pas les développeurs open source.

• En développant des logiciels open source, vous travaillez à rendre la vie des autres plus facile, que cela vous plaise ou non. Être amical est une autre affaire.
• Vous le faites de votre propre gré. Personne ne vous a demandé ou forcé à le faire. Exiger ou même attendre de la gratitude est déplacé. Tout comme vous ne devez rien à personne, personne ne vous doit vraiment rien non plus (dur, mais vrai).
• Que vous le fassiez pour le plaisir, au profit de quelqu'un ou de vous-même, des suggestions et des questions (et même des critiques) existeront, et elles sont généralement faites dans le but d'améliorer ledit projet.
• Choisir de vous fâcher est votre prérogative, et en effet (trop) de nombreux développeurs open source choisissent le "Je ne te dois rien, je n'ai pas besoin d'être gentil avec toi, je m'en fous vous" attitude. Cela n'a presque jamais impressionné personne, mais entrave en fait à la fois le projet (surtout s'il existe des alternatives qui ont une interface publique moins croisée) et le développeur qui choisit cette position; par exemple, si l'un de mes collègues envisageait de travailler avec vous, il tiendrait compte du fait que vous semblez rapide à tirer de la hanche.

Je vous souhaite bonne chance. Mon observation technique de conserver les options rétrocompatibles au lieu de les supprimer, reste valable et est très sensée à la fois dans les mondes open source et fermé. N'hésitez pas à faire ce que vous voulez avec ces informations.

Sur les mêmes points

En développant des logiciels open source, vous travaillez à rendre la vie des autres plus facile, que cela vous plaise ou non. Être amical est une autre affaire.

En développant FOSS, je n'ai pas en tête la vie des autres. Comme l'indique clairement la licence (que personne ne lit) :

_IL N'Y A AUCUNE GARANTIE POUR LE PROGRAMME, DANS LA MESURE AUTORISÉE PAR LA LOI APPLICABLE. SAUF INDICATION CONTRAIRE PAR ÉCRIT, LES TITULAIRES DE DROITS D'AUTEUR ET/OU D'AUTRES PARTIES FOURNISSENT LE PROGRAMME «EN L'ÉTAT» SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE, Y COMPRIS, MAIS SANS S'Y LIMITER, LES GARANTIES IMPLICITES DE QUALITÉ MARCHANDE ET D'APTITUDE À UNE PARTIE . VOUS ASSUMEZ TOUS LES RISQUES CONCERNANT LA QUALITÉ ET LES PERFORMANCES DU PROGRAMME . EN CAS DE DÉFAUT DU PROGRAMME, VOUS ASSUMEZ LE COT DE
TOUT ENTRETIEN, RÉPARATION OU CORRECTION NÉCESSAIRE._

Vous le faites de votre propre gré. Personne ne vous a demandé ou forcé à le faire. Exiger ou même attendre de la gratitude est déplacé. Tout comme vous ne devez rien à personne, personne ne vous doit vraiment rien non plus (dur, mais vrai).

C'est faux : si vous recevez quelque chose, quoi qu'il arrive, gratuitement, vous devez généralement un "merci" au donateur. Ou ... du moins, votre meilleur silence ! C'est le minimum que les utilisateurs doivent aux développeurs FOSS.

Que vous le fassiez pour le plaisir, au profit de quelqu'un ou de vous-même, des suggestions et des questions (et même des critiques) existeront, et elles sont généralement faites dans le but d'améliorer ledit projet.

Je suis tombé sur ethminer parce que je l'utilise beaucoup. Alors... oui... c'est pour mon plaisir personnel, ma satisfaction et mon retour. Pour cette raison et du fait que je ne facture pas un seul centime aux utilisateurs pour profiter de mon travail, je revendique également le droit de juger ce qui a de la valeur et ce qui entre dans la sphère de la paresse de l'utilisateur.

Choisir de vous fâcher à ce sujet est votre prérogative,

Je n'ai jamais voulu impressionner quelqu'un. Et aussi je m'en fiche vraiment si ethminer est utilisé par 1, 10 ou 10 millions d'utilisateurs. Je le répète : un tel développement me donne le droit de suivre mon chemin d'un point de vue technique sans avoir l'obligation de suivre des exigences très coûteuses (en termes de temps) de la part des utilisateurs.

Si les utilisateurs étaient des clients... eh bien je vous assure que les choses changeraient : j'ai appris à mes dépens que la satisfaction du client (peu importe à quel point l'exigence est stupide) est celle qui paie les factures.

Cela dit, toutes les suggestions et notifications de bugs sont toujours les bienvenues (au cours des 2 derniers mois, nous avons résolu des problèmes qui étaient obsolètes depuis longtemps). Mais ne prétendez pas que nous DEVONS offrir une sorte de SLA ou rester lié à un développement LTS : c'est impossible pour un projet comme celui-ci.

Meilleur.

Manque encore l'essentiel.

Peu m'importe si je ne reçois pas de gratitude. C'est ma décision de publier mon travail gratuitement.
Ce que je ne supporte vraiment pas, c'est quand des utilisateurs (qui ne paient rien... répètent après moi... qui ne paient rien) ont le culot de me dire ce que je dois faire juste pour accomplir leur désir de paresse.

Retroussez vos manches et entrez dans le jeu si vous voulez (et si vous savez comment) ... sinon utilisez ce que je (et d'autres) vous ai donné gratuitement. En fin de compte, je le répète, que vous l'utilisiez ou non ne change pas la façon dont je dors la nuit.

Lorsque cela se produit, le projet et le développeur ont plus à perdre que les utilisateurs (cela peut paraître surprenant pour certains).

Que pourrais-je perdre d'un projet qui ne me rapporte aucun revenu, qui me coûte du temps libre et beaucoup de compréhension de la logique des autres ?

Votre estime et votre admiration ? Peut être suffisant dans certaines circonstances... mais je ne peux pas payer mon loyer avec.

Désolé, je ne manque pas le point. J'ai fait une suggestion, que vous avez refusée et demandé ma gratitude à la place https://github.com/ethereum-mining/ethminer/issues/1205#issuecomment -394519328

Exactement ... vous avez suggéré de conserver les anciens paramètres hérités car vous ne voulez probablement pas passer tous vos rigs et ajuster quelques arguments.

Je n'ai pas demandé de gratitude (à moins que "être reconnaissant" ait été interprété comme une somme dérisoire).

Comme vous semblez vous précipiter pour les dernières versions de développement , préparez-vous à suivre le rythme : et Dieu merci (pas moi) que tout ce que nous écrivons ne sorte pas de nulle part... chaque étape est ici à lire.

Sinon reste avec Claymore ou Optiminer (qui, si je me souviens bien, a suspendu la distribution de son mineur à cause de frictions avec sa base d'utilisateurs).

Je suis développeur depuis longtemps et je connais bien toute cette bande d'utilisateurs qui crachent sur Linux simplement parce qu'ils imaginent qu'ils pourraient avoir un Windows gratuit .

C'est FOSS monsieur... un énorme écart entre ce que les utilisateurs attendent et ce qu'ils obtiennent. Ils ne comprennent jamais qu'il n'y a pas de repas gratuits... tout a un coût. Et avec FOSS, le coût payé par l'utilisateur est celui d'effectuer certaines tâches manuellement et, éventuellement, d'apprendre quelque chose au lieu de copier et de remplacer quelques exécutables.

Vous avez l'impression d'avoir accumulé beaucoup de frustration au fil du temps, d'avoir fait de nombreuses hypothèses (pas toutes ancrées dans la réalité) et de les projeter sur d'autres interactions avant qu'elles ne se manifestent, sautant parfois aux conclusions.

Pour conclure ce cas particulier, si vous regardez mes interventions passées, vous remarquerez que j'ai été le contraire d'un paresseux ou d'un ingrat. Ma suggestion de conserver les options CLI rétrocompatibles a été faite dans l'intérêt du projet (et c'est une pratique courante, pour une bonne raison) - si cela profite à la base d'utilisateurs, cela profite au projet. Personnellement, je moddais moi-même ethminer depuis longtemps et je n'ai aucun problème à travailler avec les changements ...

Tous les développeurs de logiciels open source que j'utilise ont ma gratitude. Ce serait mieux pour le projet et pour lesdits développeurs s'ils étaient également gentils avec les utilisateurs dans le processus (la mauvaise réputation des projets open source peut avoir des répercussions ailleurs).

Je suis également développeur depuis longtemps. Les développeurs open source, en particulier dans les communautés *nix, pourraient avoir une meilleure attitude de réputation. C'est culturel.

Oh mon Dieu... l'analyste.

Fermons-le. Je n'entrerai plus dans vos discussions ouvertes et je ne commenterai plus aucune de vos relations publiques. Je promets !

Meilleur.

Cette page vous a été utile?

0 / 5 - 0 notes