[SMP POOL] Topic principal <<-==->>FCGPU<<177 Blocks >>

Message par **biour** » dim. 14 avr. 2013 23:48

poulpi je t'aimmmeeeeee

5em block !!!!!!

Message par **micha30000** » lun. 15 avr. 2013 00:37

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)

Message par **augur1** » lun. 15 avr. 2013 01:14

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 ^^

Message par **biour** » lun. 15 avr. 2013 07:05

9em etage

Message par **biour** » lun. 15 avr. 2013 07:06

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

Message par **poulpito** » lun. 15 avr. 2013 07:32

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

Message par **poulpito** » lun. 15 avr. 2013 08:12

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

Message par **poulpito** » lun. 15 avr. 2013 08:32

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é

Message par **jhdscript** » lun. 15 avr. 2013 08:52

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

Message par **poulpito** » lun. 15 avr. 2013 08:55

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

Message par **jhdscript** » lun. 15 avr. 2013 09:14

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

Message par **biour** » lun. 15 avr. 2013 09:16

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

Message par **poulpito** » lun. 15 avr. 2013 09:19

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)
======================================

Message par **jhdscript** » lun. 15 avr. 2013 09:28

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

Message par **biour** » lun. 15 avr. 2013 09:30

15.54Mh/S

Message par **gizmo78** » lun. 15 avr. 2013 09:37

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

Message par **poulpito** » lun. 15 avr. 2013 09:39

ok alors c'est normal

merci de la confirm giz

je libère le bouzin

Message par **gizmo78** » lun. 15 avr. 2013 09:43

^^

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 ^^

Message par **Jul77** » lun. 15 avr. 2013 10:11

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.

Message par **biour** » lun. 15 avr. 2013 10:14

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

Message par **biour** » lun. 15 avr. 2013 10:16

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

Message par **biour** » lun. 15 avr. 2013 10:18

Pool Efficiency 97.32%

²

Message par **Jul77** » lun. 15 avr. 2013 10:21

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 ?

Message par **GuYZmoRoX** » lun. 15 avr. 2013 10:23

ce soir je rajoute une 7970 au pool

Et demain normalement 2x5970

Message par **poulpito** » lun. 15 avr. 2013 10:23

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