Reprise du message précédent :

 
Tu les fais en // ou en queued ?
T'as peut être un très gros CPU aussi non ?

https://www.nextinpact.com/lebrief/ [...] la-planete
 
"L’idée est que tout le monde dispose d’espace de stockage libre qui pourrait servir à la validation de ces transactions sans causer de surcoût de consommation. À moins que soudainement, dans le but d’avoir la plus grosse preuve à fournir, tout le monde se mette à acheter des disques durs de 10 To et à en brancher 40 sur une carte mère bardée de contrôleurs SATA."
 
 
 
Next impact du 9 novembre 2017

Bon ok je vais déjà remplir tous mes vieux NAS de 6To (2Tox4 en RAID 5) pour commencer
Je rachèterai des disques quand il faudra attendre les drops Seagate

Ça use les HDD ces opérations ou ça écrit tranquillement dessus ?

https://www.chia.net/2021/02/22/plotting-basics.html Un peu d'infos.
 
Vous n'avez vraiment jamais besoin de tracer une parcelle avec une taille k supérieure à 32. Ceux qui tracent plus grand le font soit pour montrer (et nous encourageons cela pour le plaisir) ou pour remplir de manière optimale l'espace libre sur un lecteur spécifique. Un k32 occupera 101,3 Gio d'espace une fois terminé, mais aura besoin d'un total de 332 Gio d'espace temporaire lors de sa création. Un seul processus de traçage k32 n'a jamais besoin de plus de 332 Gio d'espace. Il faut faire attention ici car 332 gibibytes utilise 1024 comme diviseur alors que Go ou gigaoctets utilise 1000 comme diviseur. Cela signifie que vous aurez besoin de 356,5 Go d'espace temporaire et que le fichier de tracé final prendra 108,8 Go. Un tracé k32 peut être fait par un expert que nous connaissons en un peu moins de 4 heures, mais la plupart des experts créent des tracés en 5 heures et la plupart des gens en moyenne environ 9 à 12 heures.
 
La création d'un tracé est un processus qui prendra de la RAM, des cycles CPU, des E / S sur vos disques et les utilisera différemment dans chacune des quatre phases du tracé. Tout le monde veut une «bonne» réponse magique ou utiliser l'IA pour déterminer la stratégie de traçage optimale pour sa machine. Cependant, presque chaque machine est différente selon l'un de ces paramètres, il vous suffit donc d'essayer. À plus long terme, nous pourrons interroger votre machine et faire des recommandations, mais ce n'est pas le cas aujourd'hui. Vous devrez vraiment tester. Et non, les experts des différents canaux Keybase ne connaissent pas non plus vos meilleurs paramètres.

T'as mis 2 plots en // sur le même NVME ?

Tu parles pas le franglais ?

Je préfère lire l'anglais et rater qq mots que ça !

true  

 
Bientot le topic des drop HDD/SSD

 
les ssd ouais ça les use, les hdd bcp moins je pense

Les bench en fonction des config si ca peut aider :
 
https://docs.google.com/spreadsheet [...] =474590677

 
Même config qu'un pote, notre seule différence c'est NVME pour moi et SSD SATA pour lui, il met presque 40% de temps en plus. Et en parallèle je compresse des fichiers

On est d'accord qu'un SSD de 240Go c'est suffisant pour le temp ?

non

Ah bah c'est pas ce que disait jesépluki !?

Il faut 240Go de libre il me semble, avec un SSD 240Go ça ne passe pas, je pense que ça passe avec les 275Go et plus

jesépluki n'a pas lu le wiki ?
https://github.com/Chia-Network/chi [...] quirements

Ah

https://chiadecentral.com/chia-plot [...] sion-1-04/

ah internet des blogs, des tutos à la con, des versions tous les 3 jours mais des docs qui suivent pas ... la joie

Je viens d'en finir un, j'ai ça en fin de log

 
9h30 sur 2 threads d'un 2600x, SSD SATA en USB3
 
Ce qui est drôle c'est que c'est un SSD 240Go
 
 

Ca c'était pour les version pré 1.0.4, le wiki n'est pas à jour c'est écrit juste au dessus

Voilà je suis des vôtres !
 
Starting phase 1/4: Forward Propagation into tmp files... Fri Apr 23 00:02:44 2021
[...]
Time for phase 4 = 722.234 seconds. CPU (60.840%) Fri Apr 23 04:11:39 2021
Approximate working space used (without final file): 269.328 GiB
Final File size: 101.347 GiB
 
8 threads sur un 10700k stock, 16384MB alloués, le reste par défaut, fichier temp sur un NVME, et destination sur un NAS en réseau.
 
J'ai un 2e plot en cours sur une 2e queue lancé à 2h20 avec juste 4 threads, la mémoire par défaut et les mêmes dossiers pour voir la différence, résultat quand je me lèverai

En fait non. Que un bloc dans la nuit.. Qui d'ailleurs est en orange synchronisation c'est long ça ?

 
C'est la synchro de toute la blockchain, ça m'a pris dans les 18h non stop pour être à jour, et pouvoir commencer à miner.

 
C'est du GiB exprimé en base 1024 à l'ancienne...
Peut-être que ça passe avec un 240, mais que ça explique les 9h30?

 
Ah ok, peut être que la connexion joue aussi j'ai un débit de chiotte.  

 
J'ai aussi des restart miner sur Hiveos mais T rex. Genre 2 par jour. Donc micro coupure mais rien d'alarmant .

Lié à une instabilité de l'OS tu penses ?

Attendez-moi, j'arrive

 
Moi je pense plutôt que ça provient d'un (ou plusieurs) GPU qui finissent par planter à cause d'un OC un peu haut.
Certains de mes rigs sont up depuis plusieurs semaines sans le moindre reboot ni même une seule notification.
En revanche, sur d'autres j'ai régulièrement des reboots ou crash du miner à cause de quelques GPU.

Ça correspondrait avec ma CG qui a des rejets  

Par contre elle ne chauffe pas, et n'est vraiment pas poussée : 2100 pour la RAM @55°c, quand l'autre est à 2120 @68°c.

C'est prévu pour quand le Chia ? Pour voir si j'ai le temps de m'y mettre    
 
Bon sinon, j'ai miné mon premier ETH en 23 jours et rentabilisé mes 3070    
Manque plus que les 3080, et Flexpool..c'est bien  

 
Combien de CG du coup ? Car 23 jours 940mh en moyenne  
 
Pourquoi bien flexpool ? J'y suis passé puis repassé sur ethermine plus régulier je trouve ...

Hello, ptite question pratique.
Sur mon rig, je mets 2x3080 a 230W et 1x3070 a 130W sur une alim RM850. Avez vous deja essayé de mettre 3x3080 sur la meme RM850 ? Ca passe ?

Sinon pour info j'ai un rig sur Hiveon et un rig sur Flexpool, dans hiveOS, et je suis toujours en free.
 
Donc on peut mélanger les pools des worker et rester en gratuit tant qu'on a qu'un seul worker sur autre chose que Hiveon.

 
OUi j'ai remarqué ça hier.  
 
Enfin la 2 RIG qui sont sur ethermine et je suis à 10cts par jours au total .  

 
La température n'est pas le seul paramètres pour planter une puce. Au delà d'une certaine vitesse, les circuits logiques ne tiennent plus la cadence, et c'est parfois la loterie d'une puce à une autre.
Baisse la carte que tu incrimines de 50 MHz, et si ça ne plante plus, essaie de reprendre qq dizaines de MHz, mais inutile d'être gourmand.
Un rig qui plante c'est moins rentable que 0.5 MH/s en moins...
 

Euh ... mon dossier d'install Chia s'est vidé, WTF ? Aucun log dans Windows Defender, c'est déjà arrivé à quelqu'un ?
Edit : Chelou mais en relancant le setup ca reprend la sync où cela en était, par contre pour les plots en cours, DMC