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

Message par **micha30000** » lun. 22 avr. 2013 22:03

Tu peux mettre une validation manuelle des inscriptions poulpi ?

Message par **biour** » lun. 22 avr. 2013 23:47

20.29 MH/s

Message par **streetmobo** » mar. 23 avr. 2013 07:05

ben au départ c'était du 13.1, mais au fur et à mesure je les réinstall en 11.12 ya moins de soucis.
Et j'ai trouvé ça à force d'essayer un peu tout, pas de miracle ^^'

bonjour

ah possible que cela vienne du driver ATI le fait que cela retombe au bout de 4 a 5h

je ferais un downgrade du driver , espère recevoir l'autre 5970 aujourd'hui , mais doit encore quitté ma retraite

pour allé au boulot mes 6 mois fondent au soleil finalement

bonne journée a tous

Message par **poulpito** » mar. 23 avr. 2013 07:51

ok alors va pour en %du bloc par contre pour les inscriptions on débattra plus tard
le PPLNS reste le temps de finir de coder le proportionnel + allègement de la BDD (il faudra juste s'attendre a avoir des stats non réelle en début de bloc

puisque les tables de hasrate et cie seront vides pendant qq minutes (le hasrate se calcul sur 10min donc le vrai hasrate ne reprendra que 10min après le début du bloc )
mon but, garder le moins de shares dans la base de données pour l'accélérer au maximum

Message par **jhdscript** » mar. 23 avr. 2013 08:30

Nickel

Message par **TheMartel** » mar. 23 avr. 2013 08:33

le pool ça me fait une redirecting auto vers l'interface de ma bbox??? depuis hier soit

Message par **poulpito** » mar. 23 avr. 2013 08:43

O_o pas touché aux dns depuis que je l'ai mis en route mdr
ta box elle aime pas le litecoin ?

Message par **GuYZmoRoX** » mar. 23 avr. 2013 11:02

On s'est tap des block à 9 million hein...

Donc 1.25 millions ca va encore

Message par **gizmo78** » mar. 23 avr. 2013 11:03

vivement que je remonte le miens, ca va pas la!!!

Message par **poulpito** » mar. 23 avr. 2013 11:04

euh et puis la diff est encore plus haute ein ....

Message par **GuYZmoRoX** » mar. 23 avr. 2013 11:12

vivement que je finisse de monter les miens, ca prend un peu de retard :S

Message par **poulpito** » mar. 23 avr. 2013 12:01

Bon alors la nouvelle logique que je vais mettre en place

en dynamique la table shares se remplie avec les infos que renvoi vos workers à pushpool qui lui test les solutions sur litecointd

un script détect sur le réseau si il y a un nouveau block (litecointd getblocknumber) si y'en a un nouveau
il copie les shares dans shares_history

des qu'il y a plus de 10 nouveaux blocs détectés en équivalent dans shares_history il calcul le shares_valid, shares_invalid et stocke ca par user dans shares_uncounted ( en gros une ligne par 20-30min théoriquement 2.5min / bloc)

si un bloc valide est trouvé (litecoind listtransactions on cherche 50LTC mini ) on déplace les shares dans shares_history puis tout share_history dans share_uncounted et tt les Shares_uncounted dans Share_counted en attendant la confirmation (120 confirms)

à ce moment la les stats repartent à 0 sur un nouveau bloc en attendant les validations de l'ancien bloc trouvé (avec la logique au dessus)
(le hasrate revient à 0 (maj sur 10min tout comme le compteur de shares)

au bout des 120 validations
on calcul le ratio de chaque user avec les infos de share_counted (correspondant au bloc) et on repartit le gain
on supprime share_counted (correspondant au bloc)

il reste le cas ou on trouve un bloc et il est déclaré ORPHAN les infos restent dans le share_counted mais je n'ai jamais rencontré ce cas donc je sais pas comment le détecter :/ on verra le moment venu je pense

pour info seul les tables shares et shares_history sont un poil grosses car on combine les résultats dans shares_uncounted et shares_counted
dans la base ca change pas grand chose par rapport à l'initial pour le back-end sauf que j'ai simplifié les requetes pour virer du detail inutile
rajouté quelques vérifications histoire de pas supprimer un share sans être sur qu'il a bien été compté (je pense que les bugs venaient de la)

donc si la logique vous semble bonne bah on peut partir la dessus

(faut le temps de finir mais d'ici la fin de la semaine ca sera bon)

Message par **yazyaz** » mar. 23 avr. 2013 12:42

en tout cas, bravo pour le gros boulot

je viens de mettre a jour mon % de donation

Message par **augur1** » mar. 23 avr. 2013 13:53

en tout cas, bravo pour le gros boulot
je viens de mettre a jour mon % de donation

Pouahhh mais clair !

Le temps de ouf que ça doit te prendre ; je ne sais pas comment tu fais. GG.

Hoplà, de 2% -> 5%

Message par **poulpito** » mar. 23 avr. 2013 13:55

mdr attends que ca marche avant de dire GG ^^
jsui pas persuadé moi ^^

Message par **augur1** » mar. 23 avr. 2013 13:57

mdr attends que ca marche avant de dire GG ^^
jsui pas persuadé moi ^^

osef : tu t'y impliques énORMÉment en y et passe du temps... je trouve ça juste impressionnant !

Message par **poulpito** » mar. 23 avr. 2013 15:27

un truc que j'avais pas fait attention

lire de bas en haut

Debit_ATP	-7.63617289
Don_Fee   -0.07713811
Credit	      7.63667289

le credit que vous voyez dans l'onglet transaction de votre partie perso est erroné car en fait le Credit c'est ce que vous touchez - Don_fee (les frais que vous donnez )
on peut le voir car le débit après versé sur mon compte LTC est = crédit et pas = à crédit-fee

dans la nouvelle version les requetes seront corrigées donc

Credit = total calcul avec le % de participation (après frais pool)
Don_FEE = total des frais que vous avez choisi de me donner

donc votre account balance sera crédité réellement de Credit - Don_FEE

je pense que ce sera plus clair pour la transparence des transactions

Message par **biour** » mar. 23 avr. 2013 17:25

franchement cela ne m’inquiète pas au contraire
sur le btc c’était courant

et puis comme je table sur du long terme (1an ou 2)

Message par **biour** » mar. 23 avr. 2013 19:13

rhaa des que je stop mon miner on trouve un bloc :/