|
863
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.1 Automated Transactions
|
on: February 04, 2015, 04:54:47 PM
|
So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?
Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?
I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).
Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).
I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better. When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it. Very good answer! I tried to use the program to set a maximum cache - unsuccessfully, no positive changes were seen... http://www.microimages.com/downloads/SetFileCacheSize.htm (uses https://msdn.microsoft.com/en-us/library/windows/desktop/aa965240(v=vs.85).aspx) This program clears the cache http://forum.sysinternals.com/rammap-empty-standby-list_topic27297.htmldetails can be read here http://blogs.technet.com/b/askperf/archive/2012/12/19/where-has-all-my-physical-ram-gone.aspxYeah, the filecache is different for some reason then the standby list that these enormous plot reads go into, so it has no bearing... Here is the memory cleaner I use, it pretty much calls the 'flush standby list memory' functions of windows but on a running threshold basis, which is good for mining, since it needs threshold rather than a timed schedule... http://runaurufu.com/file/download/7Specify a number after the command & it will set that threshold, it defaults to 100MB. I find 1000MB works well. On another note, there is a version of Uray's miner that was modified by someone, its the r2 build and it completely disables read caching the plot files alltogether, what would be even more awesome is if someone could do this w/ blago's miner, since thats my miner of choice. I wish I could get someone to do the same build but w/ Uray's latest release. =/ |
|
|
|
|
864
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.1 Automated Transactions
|
on: February 04, 2015, 03:43:48 PM
|
So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?
Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?
I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).
Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).
I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better. When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it. |
|
|
|
|
871
|
Bitcoin / Hardware / Re: Unofficial Spondoolies SP20 thread
|
on: January 24, 2015, 01:16:31 AM
|
Gotta say Im impressed w/ the latest 2.6.9 firmware. I noticed a new stat on the stats page "wall watts" ... its pretty damn close to what my killawatt measures, how the hell does the the SP20 know what the PSU is drawing from the wall? LOL that kinda baffles me....
The voltage scheduling is neat.
For future releases, I would like to see improvement in wifi compatibility, my wifi dongle which is listed as supported chipset is not detected by the SP20 =(
Also whats the 8 mean for alt-bistword? What exactly changes in BIST when using that 8?
Also, curious is there a way or will there be a way to to hand tune running parameters, such as clocks ? So I can try to squeeze every bit of extra clock at a given voltage ...
I also thought that it measures it at the wall, but it is actually just a guess assuming 90% PSU effectiveness, hence I got a difference between an actual at the wall and what SP20 shows when i use bronze power supply like CX750M, but close to actual when I use Gold EVGA 1300. Ah, well guess my PSU's are pretty damn effecient LOL ... dang I was hoping it was some sorta magic ahahah! |
|
|
|
|
872
|
Bitcoin / Hardware / Re: Unofficial Spondoolies SP20 thread
|
on: January 24, 2015, 01:07:22 AM
|
|
Gotta say Im impressed w/ the latest 2.6.9 firmware. I noticed a new stat on the stats page "wall watts" ... its pretty damn close to what my killawatt measures, how the hell does the the SP20 know what the PSU is drawing from the wall? LOL that kinda baffles me....
The voltage scheduling is neat.
For future releases, I would like to see improvement in wifi compatibility, my wifi dongle which is listed as supported chipset is not detected by the SP20 =(
Also whats the 8 mean for alt-bistword? What exactly changes in BIST when using that 8?
Also, curious is there a way or will there be a way to to hand tune running parameters, such as clocks ? So I can try to squeeze every bit of extra clock at a given voltage ...
|
|
|
|
|
873
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.1 Automated Transactions
|
on: January 21, 2015, 06:28:36 PM
|
I will, but it's unacceptable to act that way. If you don't understand something, kindly explain what you don't understand, I'll more than happily assist.
This community is nothing but helpful, I tried pointing the guide out gently  it is very easy to understand with basic computer knowledge. mine burstcoin it is much more easy to mine a lot of GPU/ASIC coins algo!!! and this for sure!!!! you install wallet/passphrase then you plot files then you mine files plotted.. that's all!!! You forgot the part where you need to buy a shit ton of HDD's to mine any decent amount now =P |
|
|
|
|
874
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.1 Automated Transactions
|
on: January 21, 2015, 03:47:04 PM
|
Not sure if this has been looked into, but compression could compromise PoC in the future. I assume plots are made in such a way that they'd be uncompressible, but if a specific algo is developed for compressing them, it could lead to CPU races, where people would need more powerful CPUs to mine more.
hrm good point, I wonder what effect filesystem level compression would have on the plot files? I imagine not much since the data is all random, very little null spaces if any, usually thats not compressible. |
|
|
|
|
877
|
Bitcoin / Hardware / Re: Finally not loud Antminer S5, very cheap mod :)
|
on: January 19, 2015, 06:25:48 PM
|
One important point: there is 0 HW errors. So who said that 60+ degrees is unacceptable temperature?.. Take a look at my overclocking results - maximum value of HWE is 0.02%. So relax and enjoy silent S5s.  One thing to keep in mind is its just not the temp of the ASICs themselves thats important but the VRM's and if the VRM's dont get enough cooling, those things will light up like fireballs. That is unless they over engineered the VRM and it runs nice n cool, but on bitcoin mining ASICs thats hardly ever the case, they cheap around any corner they can. |
|
|
|
|
879
|
Bitcoin / Hardware / Re: Unofficial Spondoolies SP20 thread
|
on: January 19, 2015, 05:24:38 PM
|
|
Regarding 2.6.1 firmware...
CGMiner reports greatly exaggerated hashrate results....
For example, the last 3 days, cgminer shows an average of 1770GH, while the miner is 1432GH in 'asic stats' page and pool reflects just 1430GH's as well....
This wasnt a problem w/ previous firmware / old cgminer 4.7.0 version...
|
|
|
|
|
880
|
Bitcoin / Hardware / Re: Unofficial Spondoolies SP20 thread
|
on: January 16, 2015, 06:33:12 PM
|
Is cgminer supposed to be upgraded automatically when the firmware is upgraded? I just performed the firmware upgrade on one of my SP20s and it still shows cgminer 4.7.0 on the dashboard page.
Try a Reboot from the miner's home page. That's what did it (cgminer 4.8.0) for me. Tried the reboot, still 4.7.0 cgminer 4.8 is only active when you set the 2 flag after version 2.5.64 BTW -- did we find out what new features 2.6.1 has? If I had to guess ... thats it... it actually works like supposed to now when ya put flags in. |
|
|
|
|
Show Posts
