SMPFR

poulpi je t'aimmmeeeeee


5em block !!!!!!

GG Poulpi
Sinon j'avais o/c à 850/1000 (au lieu de 725/1000) et je fais 385 par coeur donc 770Kh/s. Je suis redescendu à 800 et je fais à peine moins, l'o/c valait pas le coup
PS: question: vous faites comment pour gérer la température des pièces où vous minez ? Mes ventilateurs s'emballent parce que la pièce monte en température... J'ouvre la fenêtre de temps en temps mais je peux pas le faire tout le temps (nuit / jour)

vous faites comment pour gérer la température des pièces où vous minez ? Mes ventilateurs s'emballent parce que la pièce monte en température... J'ouvre la fenêtre de temps en temps mais je peux pas le faire tout le temps (nuit / jour)

Dans le couloir ^^

9em etage

poulpi avais bloqué le virement le temps de verif sur ce bloc la aussi que tlm soit payé

ouaip d'ailleurs dites moi si c'est ok pour vous (Gizmo15 tu as calculé sur le run précédent ? )

et pour moi sur la fenetre du salon avec le volet en projection

Coupure de 1min le temps d'ajuster un réglage du pool et virer du log inutile qui charge le disque (je passe tout les trucs temps en ramdisk )

edit : hop c'est repartit zavez rien vu

bricolage de la config mysql histoire d'accélérer un peu les requêtes mysql (avoir la table de shares qui monte à 10M d'entrées ça calme un peu la mécanique )
tite coupure encore donc d'une minute

EDIT : c'est relancé

Poulpi y a un tit truc je capte pas: ma balance diminue alors que c edt sur le block precedent.

? ta balance ? précise moi je vois pas trop de quoi tu parle le estimate / payout ? ou la balance totale de ton compte ?

Balance sur le round precedent. En gros ca ma paumé 2lt

perso j'ai 7.4 et cela ne me semble pas deconnant

Voila ce que me donne le fichier de log pour le partage précédent
:~/mmcFE-litecoin/cronjobs/debug_txt$ cat jhdscript.txt
15-04-2013 03:34
username=jhdscript
share ratio=0.28514156678133
predonateAmount=14.257078
total reward after=14.11450722 (c'est le après donate)
======================================

Ok ca roule jpensai etre ds les 16 hier a 22h

15.54Mh/S

nop j'ai pas miné du we car y a vais mademoiselle chez moi ^^

ok alors c'est normal merci de la confirm giz
je libère le bouzin

^^

déjà qu'elle me dit que ca sert à rien et que c'est pas du réel alors laisser tourner le miner si elle est dans la chambre c'est du suicide xD

elle a un bon WAF mais ca a ses limites aussi ^^

Quelqu'un peut m'expliquer ce qu'est un share ? Je crois comprendre que c'est une partie d'un bloc (qui lui même est énorme et est constitué de millions de shares) et en fonction de notre vitesse de minage on arrive à un certain nombre de shares ?
Ensuite comment savoir ce que représente un share en terme d'argent ?
Merci.

un share c'est en gros une solution possible au block

un genre de clé qui deverouille l'acces a la recompense


c'est une version tres simple et tres imagé mais je trouve que cela correspond bin

10068 2013-04-15 09:39:46 Debit_ATP -7.40774
10056 2013-04-15 03:34:02 Credit 334515 7.40824

Pool Efficiency 97.32% ²

un share c'est en gros une solution possible au block

un genre de clé qui deverouille l'acces a la recompense


c'est une version tres simple et tres imagé mais je trouve que cela correspond bin

En gros c'est comme une pièce d'un puzzle ?
Une fois qu'on a assemblé toutes les pièces, le sésame s'ouvre.

Et si on revient à la monétisation du truc, un bloc (le sésame) vaut une certaine valeur ? un certain nombre de LTC ?
Et le nombre de share acquis lors du round est un gros le pourcentage de LTC que vaut ce bloc ?

ce soir je rajoute une 7970 au pool

Et demain normalement 2x5970

Formule de hasrate actuelle (j'avoue avoir du mal sur la logique ....)

$key = bcpow(2,$retarget) or die("bcpow err");
$hashrate = round((($hashrate*$key)/$HASHRATE_INTERVAL)/1000, 3);

donc si on reprend en francais
$hasrate_interval = 300 sec
$retarget = 18 (c'est la difficulté share du pool un filtre au nombre de bits sur la chaine qui vous est envoyée)
$key = 2 puissance 18
$hasrate = nombre de shares pendant les 300sec

donc le hasrate calculé = [ ( nbs_de_share_300Sec * 2^18) / 300 ] / 1000 le tout arrondi à 3

admettons que l'on fasse 300 shares en 300 sec
donc la formule serait (( 300 * 262144 ) / 300) / 1000 = 262,144 hash/sec

pour 300.000 shares en 300sec on est donc à 262 khash/sec ... ca me laisse perplexe pourquoi le fait de subdiviser le nombre de calculs changerait le calcul du hash/sec

faut que je comprenne mieux