Sure, you don't need SSD\NVME\Fusion-IO.... Except no one is talking about using HDD they're talking about NVME or SSD for large # plots per-day. And of course you can lose everything, those coins WILL be worth less than they are now, this is not sustainable, there is not endless supply of enterprise drives. For everyone like you who got 3 coins or 5 coins quick there are people who got 0 so far... and unless you've sold and cashed in you haven't really paid off your gear either...1 You don't NEED SSD to plot. HDD works. SSD or NVMe is the extra investment that people use to accelerate their plotting.
2 You can't really lose things (unless coin totally loses value). The rest of the year you can just keep your HDD running 24x7 and you'll get enough payback. I throw $5k in drives and my 5 coins already paid it in 3 weeks. Later those drives could be my new Free NAS.
HDDs only work if you can use lots of them at the same time, so that is perfectly fine for most people here, but not for AverageJoe mining on his Gaming Box with a few USB Drives.Except no one is talking about using HDD they're talking about NVME or SSD for large # plots per-day.
Why is there a need for an endless supply of drives? For storage or for mining?And of course you can lose everything, those coins WILL be worth less than they are now, this is not sustainable, there is not endless supply of enterprise drives.
Yep, but how you can convert your chia coins to real money? Sorry for the stupid question, i have zero XP with cryptocurrency.1 You don't NEED SSD to plot. HDD works. SSD or NVMe is the extra investment that people use to accelerate their plotting.
2 You can't really lose things (unless coin totally loses value). The rest of the year you can just keep your HDD running 24x7 and you'll get enough payback. I throw $5k in drives and my 5 coins already paid it in 3 weeks. Later those drives could be my new Free NAS.
I'm not fully onboard with the frantic drive to speculate on huge plotting capacity, it'd be nice to get more plots sooner but eventually you reach capacity and that SSD hardware idles if it doesn't wear out or you don't continue expanding bulk storage. I'm team tortoise with 8x parallel plots (16 core) going on an Unraid 10x raid0 cache and farming from the remaining 14 drive array. If I score some coin I'll upgrade the rust from 4TB each and maybe finally get into Epyc but I don't need a dozen SSDs, if they even have any remaining life, after plotting slows to sustain. Though if it works out better than I expect I have 13x DL360 G6 LFF nodes preventing a pallet from blowing away that I could throw into the mix.1 You don't NEED SSD to plot. HDD works. SSD or NVMe is the extra investment that people use to accelerate their plotting.
2 You can't really lose things (unless coin totally loses value). The rest of the year you can just keep your HDD running 24x7 and you'll get enough payback. I throw $5k in drives and my 5 coins already paid it in 3 weeks. Later those drives could be my new Free NAS.
I had zero xp either, but luckily I figured out. I transferred coins to MXC (who doesn't force you to upload your Chinese gov ID), then sold it into USDT, transferred to coinbase, then sold it into USD, then pull the money to PayPal and transfer to my checking account. YMMV.Yep, but how you can convert your chia coins to real money? Sorry for the stupid question, i have zero XP with cryptocurrency.![]()
Right I pulled $6k worth of coin from my wallet and sold, so anything left there is my gain now.I think its sensible to payout at least a part so you are even with your investment (if possible) and then leave a part to gain (or loose), similar to stock.
Basically you have to add the generated file's size to it as the tmp file is assembled on the temp dir and then moved to target dir.First the size of the max size plots. The documentation says 254GB. When I'm plotting 10 plots in parallel on a 2.8TB SX350 after overprovisioning, the plotting fails with the 10th plot as the drive is full. Well ... 10x 254GB is for me ~2.6TB, not 2.8TB.
It behaves weird, I give you that, not consuming all resources it could get.. Probably suboptimal implementation...Then, plotting only 4 plots in parallel with like 40min staggering, is much quicker for each plot compared to plotting 10 plots in parallel with normal RAM size (3390MB) and 4 threads for each plot. So with a 48 threads and 128GB RAM setup I should be very fine with 40T for 10 parallel plots. The used 2x SX350 in RAID0 are not even on the limit of I/Os with 10 plots.
Cli and Linux is the recommended platform... but I also use the slow Windows gui... which often misbehaves, does not not want to start new Plots and so on. Should migrate tooAlso, don't know why, plotting the regular GUI-client is much slower than on the 1.1.5 experimental version.
I will start plotting from CLI. May this makes more sense.
If you have a lot of plots that are being created per day this might not change for a while, since chance to win is basically #plots x time divided by total network size, so while you increase chances every day probability (luck) just has not favoured youBtw, 631 plots here and not a single coin ... LoL ... Plotting with 8 harvester machines and store them on filer. Is this a mistake?
According the the docs 254GB is the max tmp file size one plot should consume. The end-plot is 101GB.Basically you have to add the generated file's size to it as the tmp file is assembled on the temp dir and then moved to target dir.
You mean ... ? My setup is suboptimal or .... ?... Probably suboptimal implementation...
Yeah, Windows I read at the beginning is around 10-15% slower. Not sure this is still valid as of today.Cli and Linux is the recommended platform... but I also use the slow Windows gui...
A friend of mine here started a week ago and had yesterday 171 plots and already owns 2 coins ...If you have a lot of plots that are being created per day this might not change for a while, since chance to win is basically #plots x time divided by total network size, so while you increase chances every day probability (luck) just has not favoured you![]()
Well i only can tell you what I observed... 256 did not work out for me.According the the docs 254GB is the max tmp file size one plot should consume. The end-plot is 101GB.
no, Chia implementationYou mean ... ? My setup is suboptimal or .... ?
Luck/probabilities...A friend of mine here started a week ago and had yesterday 171 plots and already owns 2 coins ...
I resigned to just plot without much optimization for now since i have not seen actual hard facts that i could use to optimize...Also, I thought the much longer plotting time for a higher count of plots may come due to the file transfer of the plots. So I switched from directly saving them in the final filer to a 1.2TB SX350 and then renaming them and copying them to the final filer. Yes, it improved like 20min, but .....
... quoting official CHIA-documentation ...GB or GiB? Maje sure you don't mix units. If you use decimal based unit, it's 269 or something I think.
A k32 will take up 101.3 GiB of space once completed but will need a total of 239 GiB of temporary space as it is being created. A single k32 plotting process never needs more than 239 GiB of space. One needs to be careful here as 239 gibibytes uses 1024 as its divisor where GB or gigabytes uses 1000 as the divisor. That means you will need 256.6 GB of temporary space and the final plot file will take 108.8 GB.