Reprise du message précédent :
cgwatcher utilise un kill à la demande...

stop-process kill déjà le processus, le souci potentiel c'est qu'après un kill il m'est arrivé d'avoir un hashrate faible au relancement de cgminer, mais après plusieurs jours de test c'était finalement très rare.
 

c'est à dire?

il y a une option à cocher dans cgwatcher:
Kill miner process during restart instead of sending 'quit' command
 
Je l'utilise mais c'est vrai que parfois avec le VTC ça me fait planter quand même le rig ou alors obligé de reboot car les gpu ne tournent pas aussi vite.

oui alors le script n'utilise pas cgwatcher, et n'envoie pas de commande "quit" non plus : il kille le process, point.

 
bon je rapplique avec 10x R9 280x , je peux faire qque chose avec ?
 
 

 
 
je plaisante bien sur.
Qqu'un a miné du H2o ?

Non, j'en ai acheté un peu, on verra bien

moi, sur le pool xhash.net... et j'ai toujours pas mes h2o sur poloniex alors que la transactions a était faite ce matin.... donc je suppose que j'en verrai pas la couleur, merci xhash.net...

EDIT: bon j'en ai acheté 15k entre temps, que je vais holder le temps de voir l'evolution

 
 
j ai le meme probleme sur xhash
 
 alors que la 1er transaction j ai pas eu de probleme

 
Pareil xhash s'est endormit dessus....c'est quoi cette pool...

 
J'en ai miné 4000 sur dedicatedpool

Vu le fichier pour comparer les config groestl, la majorité des mineurs viennent de HFR

Si on a pas trop de tunes à mettre là dedans, vous pensez que c'est rentable d'investir dans des 6950/6950?

c'est impressionnant en effet,faut mettre notre pseudo HFR

je viens de remplir le tableau pour le GRS, même si je ne le mine pas...
9,04 Mh/s par r9 290 @ 1100mhz

Sur le coup, j'ai cru que qqun avait tout supprimé mais non, c'était juste un filtre lol

Idéalement tu peux pas tout simplement te caler avec l'API de CGwatcher et faire le switch entre différents profils?

Sinon le ROC il a pris une bonne claque aujourd'hui, et c'est pas avec les 1k+ en ventes à moins de 17k que ça va remonter

peut être, j'en sais rien, j'ai jamais utilisé cgwatcher

Ptain ça commence à chauffer. Vous utilisez quoi comme ventilos pour refroidir vos mineurs ? J'ai eu des Bitfenix 22cm qui sont pas terribles, du coup je suis passé au ventilo à vitesses pour se refroidir la gueule l'été mais pas assez puissants. Prochaine étape la turbine.

On mine du Groestl   et hop, ca chauffe pas

Diff de 262 , mais virez vous du Groesl bourdel      

 
Bon , sinon ça retombe dans le portefeuille , je me demande si ce bordel avait pas planté ,dans le redemmarage du Pc ,la relancé du sgminer m'a fait un superbe plantage machine , ça tourne normalement maintenant

Tu devrais, ça évite les soucis de cartes qui redémarre pas bien / hashrate trop bas ou ce genre de trucs

 
Diff 76 pour moi sur le groestl      

Pas sur le Myr groestl

Ah pardon je pensais que vous vouliez rentabiliser votre matos

Le contenu de ce message a été effacé par son auteur

 
Pourquoi faire ?  

C'est gentil de passer nous dumper le moral

Les vrais hommes minent Litecoin
Bon sinon un lien pour se renseigner sur le Groesl ? Que sur ce topoc que j'en entends parler. C'est un nouvel algo ? Ca correspond au scrypt-n ou c'est autre chose ?

je crois qu'il parle du Groestl coin en l'occurence , oui le nouvel algo qui consomme moins (ça rends le scrypt préhistorique )

salut
 
de retour avec mes questions (peut etre) betes:
 
sur un rig ,par ex, a 4 cartes   on ne peut lancer que 1 miner coin  sur l ensembles des cartes   ou par ex  2 miners coin sur 2 cartes?
 
pas tres clair        :  X sur 4 cartes  ou X sur 2 + Y sur 2  ?

 
Tu peux lancer un miner sur les cartes 1 et 2 par exemple, en ajoutant la commande -d 0,1
et tu en lance un autre pour les gpu 3 et 4 avec -d 2,3
 
 

https://bitcointalk.org/index.php?topic=525926.0
 
Pas de renta immediate, mais on y croit
 
Sinon, meme avec des gpu OC comme des porcs, ça chauffe 1/3 de moins et ça consomme 1/2 du scrypt

J'vois dans la liste que la plupart tourne avec la fréquence mémoire à 1500 ou 1600 mais ça ne sert à rien sur groestl non ?

 
salut
 
 
merci beaucoup        

Merci igua, intéressant pour passer l'été

J'ai testé avec mémoire à 1000 MHz, ça ne change rien sur le hashrate. Vu que la ram n'est quasi pas utilisée, je me demande si ça change quelque chose niveau conso cela dit.

Je suis pas certain qu'une quelconque "stratégie" fonctionne a moyen et long terme sur les altcoins.
La seule monnaie qui existe depuis quelques temps, c'est le Bitcoin, et c'est la référence. Il n'y a qu'un seul BTC, et comparer n'importe quelle autre monnaie en ce disant qu'elle peut faire comme le BTC, c'est se bercer d'illusions.  
A terme je le répète, seules deux ou trois altcoins vont survivre, mais on ne le saura qu'a la fin de l'aventure.

Ca change pas mal sur la consommation si.  
Mais toutes les cartes ne permettent pas de descendre de beaucoup la vitesse de la RAM (les miennes ne vont pas plus bas que 1000, d'autres descendent à 800).

pas mieux   (avant dernier message)

une autre question:

sur mes miners , que ce soit en doge ou grs,  j ais un hahrate STABLE.
pourquoi sur toutes les pools que j ais teste,le hashrate n est jamais bon? ok c est une moyenne sur les dernieres x minutes , mais au bout de qqes heures cela devrait s etre stabilise,non?

les pools ne regardent pas ton hash rate et n'en n'ont aucune idée, elles regardent juste les shares que tu leur donnent, vu que celle ci sont aleatoire (ce sont des minis bloc si on veut comme sur du minage solo mais en beaucoup plus simple a resoudre), ton hash de pool sera variable

 
parceque les pool calculent ton hashrate en fonction du nombre de shares que tu envois tout les 5 min par exemple, et le nombre de shares que tu envois dans un temps T n'est jamais fixe
tu peux faire par exemple 5000 shares en 30 min, et 4500 les 30 prochaines min et ainsi de suite, et si tu vois que ton hashrate a trop baissé, c'est qu'il y'a un soucis avec un worker

ah  ok  je comprend mieux ,merci