mark.ti
Newbie
Offline
Activity: 28
Merit: 0
|
|
September 09, 2014, 11:25:08 AM |
|
Can i mine on multiple hard drives?
Yes, you just need seperate miners running for each drive. So I can create a plot for each disk and then start a miner for each disk? Can I do it with the same address? BURS---- Yes, you can and should do it to the same address.
|
|
|
|
5m4ru
Member
Offline
Activity: 87
Merit: 10
|
|
September 09, 2014, 11:26:12 AM |
|
X:\burst2\burst-pool-miner>gpuPlotGenerator.exe 10364770829529893068 0 10000 16 GPU plot generator v1.0.0 Author: Cryo Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL -------------- Creating plots for nonces 0 to 10000 (2 GB) using 4 MB memory Retrieving OpenCL platform Retrieving OpenCL GPU device Creating OpenCL context Creating OpenCL command queue Creating CPU buffer Creating OpenCL GPU buffer Creating OpenCL program Building OpenCL program "C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 71: warning: shift count is too large (p_buffer[p_offset + 4] << 32) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 72: warning: shift count is too large (p_buffer[p_offset + 5] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 73: warning: shift count is too large (p_buffer[p_offset + 6] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 74: warning: shift count is too large (p_buffer[p_offset + 7] << 56); ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 90: warning: shift count is too large (p_buffer[p_offset] << 56) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 91: warning: shift count is too large (p_buffer[p_offset + 1] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 92: warning: shift count is too large (p_buffer[p_offset + 2] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 93: warning: shift count is too large (p_buffer[p_offset + 3] << 32) | ^
Error:E013:Insufficient Private Resources!
An error occured in the generation process, aborting... >>> Unable to build the OpenCL program
windows 7 64bit radeon 280x driver 13.9 gpuPlotGenerator only work 32 bit system ?
I am on 64-bit - doesn't work there either. Man oh man. It probably has something to do with the 290x having 4GB of VRAM vs 3GB or 2GB on all other models. Only real difference apart from shader count. ok its working now just download update version what update did you do may i ask? GPU plot generator v1.0.0 > GPU plot generator v1.1.0 driver 13.9 catalyst
|
ha ha ha
|
|
|
mellorbo
|
|
September 09, 2014, 11:28:33 AM |
|
X:\burst2\burst-pool-miner>gpuPlotGenerator.exe 10364770829529893068 0 10000 16 GPU plot generator v1.0.0 Author: Cryo Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL -------------- Creating plots for nonces 0 to 10000 (2 GB) using 4 MB memory Retrieving OpenCL platform Retrieving OpenCL GPU device Creating OpenCL context Creating OpenCL command queue Creating CPU buffer Creating OpenCL GPU buffer Creating OpenCL program Building OpenCL program "C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 71: warning: shift count is too large (p_buffer[p_offset + 4] << 32) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 72: warning: shift count is too large (p_buffer[p_offset + 5] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 73: warning: shift count is too large (p_buffer[p_offset + 6] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 74: warning: shift count is too large (p_buffer[p_offset + 7] << 56); ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 90: warning: shift count is too large (p_buffer[p_offset] << 56) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 91: warning: shift count is too large (p_buffer[p_offset + 1] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 92: warning: shift count is too large (p_buffer[p_offset + 2] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 93: warning: shift count is too large (p_buffer[p_offset + 3] << 32) | ^
Error:E013:Insufficient Private Resources!
An error occured in the generation process, aborting... >>> Unable to build the OpenCL program
windows 7 64bit radeon 280x driver 13.9 gpuPlotGenerator only work 32 bit system ?
I am on 64-bit - doesn't work there either. Man oh man. It probably has something to do with the 290x having 4GB of VRAM vs 3GB or 2GB on all other models. Only real difference apart from shader count. ok its working now just download update version what update did you do may i ask? GPU plot generator v1.0.0 > GPU plot generator v1.1.0 driver 13.9 catalyst hmmm ok im using same plotting version but im using catalyst 14.7 and also lowered clock settings 10% as advised but its still coming up with the window stating it encountered a problem and closed
|
|
|
|
yellowduck2
|
|
September 09, 2014, 11:28:54 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money.
|
|
|
|
unsoindovo
Legendary
Offline
Activity: 1932
Merit: 1042
https://locktrip.com/?refId=40964
|
|
September 09, 2014, 11:29:19 AM |
|
anybody know how long can a CPU last running at 95-100% 24/7 ?
hundreds years sure! just think to server who run H24!!! years an years!!! no prob!
|
|
|
|
mellorbo
|
|
September 09, 2014, 11:31:18 AM |
|
anybody know how long can a CPU last running at 95-100% 24/7 ?
hundreds years sure! just think to server who run H24!!! years an years!!! no prob! providing you keep temps under control as stated above a long time lol my fx-6100 was running 100% for 4 months solid mining cpu coins at one point and its still going good today
|
|
|
|
|
5m4ru
Member
Offline
Activity: 87
Merit: 10
|
|
September 09, 2014, 11:32:40 AM |
|
X:\burst2\burst-pool-miner>gpuPlotGenerator.exe 10364770829529893068 0 10000 16 GPU plot generator v1.0.0 Author: Cryo Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL -------------- Creating plots for nonces 0 to 10000 (2 GB) using 4 MB memory Retrieving OpenCL platform Retrieving OpenCL GPU device Creating OpenCL context Creating OpenCL command queue Creating CPU buffer Creating OpenCL GPU buffer Creating OpenCL program Building OpenCL program "C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 71: warning: shift count is too large (p_buffer[p_offset + 4] << 32) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 72: warning: shift count is too large (p_buffer[p_offset + 5] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 73: warning: shift count is too large (p_buffer[p_offset + 6] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 74: warning: shift count is too large (p_buffer[p_offset + 7] << 56); ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 90: warning: shift count is too large (p_buffer[p_offset] << 56) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 91: warning: shift count is too large (p_buffer[p_offset + 1] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 92: warning: shift count is too large (p_buffer[p_offset + 2] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 93: warning: shift count is too large (p_buffer[p_offset + 3] << 32) | ^
Error:E013:Insufficient Private Resources!
An error occured in the generation process, aborting... >>> Unable to build the OpenCL program
windows 7 64bit radeon 280x driver 13.9 gpuPlotGenerator only work 32 bit system ?
I am on 64-bit - doesn't work there either. Man oh man. It probably has something to do with the 290x having 4GB of VRAM vs 3GB or 2GB on all other models. Only real difference apart from shader count. ok its working now just download update version what update did you do may i ask? GPU plot generator v1.0.0 > GPU plot generator v1.1.0 driver 13.9 catalyst hmmm ok im using same plotting version but im using catalyst 14.7 and also lowered clock settings 10% as advised but its still coming up with the window stating it encountered a problem and closed try like this X:\burst2\burst-pool-miner>gpuPlotGenerator.exe X:/burst2/burst-pool-miner/plots 10364770829529893068 0 330000 2000 128
|
ha ha ha
|
|
|
coinits
Legendary
Offline
Activity: 1582
Merit: 1019
011110000110110101110010
|
|
September 09, 2014, 11:32:50 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm.
|
Jump you fuckers! | The thing about smart motherfuckers is they sound like crazy motherfuckers to dumb motherfuckers. | My sig space for rent for 0.01 btc per week.
|
|
|
yellowduck2
|
|
September 09, 2014, 11:33:32 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm. maybe u want to contact djm for that
|
|
|
|
chris190
Legendary
Offline
Activity: 1059
Merit: 1000
|
|
September 09, 2014, 11:34:35 AM |
|
Can i mine on multiple hard drives?
Yes, you just need seperate miners running for each drive. So I can create a plot for each disk and then start a miner for each disk? Can I do it with the same address? BURS---- Yes dude. http://burstcoin.info/faq.phpPerfect, thanks!
|
|
|
|
coinits
Legendary
Offline
Activity: 1582
Merit: 1019
011110000110110101110010
|
|
September 09, 2014, 11:35:24 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm. maybe u want to contact djm for that Well I may have to hire him. Can't expect that for free LOL.
|
Jump you fuckers! | The thing about smart motherfuckers is they sound like crazy motherfuckers to dumb motherfuckers. | My sig space for rent for 0.01 btc per week.
|
|
|
yellowduck2
|
|
September 09, 2014, 11:36:17 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm. maybe u want to contact djm for that Well I may have to hire him. Can't expect that for free LOL. Its open source. Donate to him. I will be donating to him. Once its out.
|
|
|
|
HoldTheLine
Member
Offline
Activity: 112
Merit: 10
|
|
September 09, 2014, 11:36:51 AM |
|
The dev's 2.0 Pool is not updating. 2 shares submited and recieved in last 20 minutes - neither recorded.
|
|
|
|
coinits
Legendary
Offline
Activity: 1582
Merit: 1019
011110000110110101110010
|
|
September 09, 2014, 11:36:59 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm. maybe u want to contact djm for that Well I may have to hire him. Can't expect that for free LOL. Its open source. Donate to him. I will be donating to him. Once its out. Yeah that's what I meant.
|
Jump you fuckers! | The thing about smart motherfuckers is they sound like crazy motherfuckers to dumb motherfuckers. | My sig space for rent for 0.01 btc per week.
|
|
|
yellowduck2
|
|
September 09, 2014, 11:38:13 AM |
|
Why does everyone keep talking about GPUs? I thought this was a hard drive capacity-"mined" coin? correct - the mining process is scraping over your plot files. The amount of storage devoted for plot files is equal to your chances of finding a block. It also defines the amount of CPU power you need to scrape, because you need to read 1/4096 of your plotted volume. In most cases this is not important and can easily run on a single core, in the background, not hurting other processes running. The actual "plotting" involves a CPU-intensive process and may take a day for a Terabyte. The i7-3930K I used for plotting yielded 2 TB/day. Lots of people buy a couple 4TB disks and don't want to wait 2 weeks to plot them, hence the development of a gnu-plotter. Its the same problem. I am buying 1000 TB and it will take weeks to plot. Having only CPU i will not think of getting 1000 TB. GPU only make people scale up and everything end up the same but people have to spend more money. I'm waiting on NVIDIA for 750 TIs GTX 2 GB. Then I will scale up to the big time. I'll convert my office into a BURST Farm. maybe u want to contact djm for that Well I may have to hire him. Can't expect that for free LOL. Its open source. Donate to him. I will be donating to him. Once its out. Yeah that's what I meant. i actually contacted him. But he says he need to see a working version first (AMD) before he pay any attention to it.
|
|
|
|
Prototyp
|
|
September 09, 2014, 11:38:35 AM |
|
New client Update 1.1.0Backend is caught up to date with nxt 1.2.8. Nxt new APIs are usable. Hard fork on block 11800 to enable new nxt features(encrypted messaging, DGS). UI is not yet updated for new features. Move your burst_db folder from 1.0.3 into the new folder to avoid a resync. Db upgrade will take a few minutes though. https://mega.co.nz/#!3xZ2DIwR!QQnamRK_JCz-QvFwb_A9gS6_tWCxAiFtVoqI8Unqlhgsha256: f9d2a2d199993088eb9a03f1cb282ecbb36e704a4b7c609d5e878573752dad30 Good work
|
|
|
|
mellorbo
|
|
September 09, 2014, 11:39:12 AM |
|
X:\burst2\burst-pool-miner>gpuPlotGenerator.exe 10364770829529893068 0 10000 16 GPU plot generator v1.0.0 Author: Cryo Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL -------------- Creating plots for nonces 0 to 10000 (2 GB) using 4 MB memory Retrieving OpenCL platform Retrieving OpenCL GPU device Creating OpenCL context Creating OpenCL command queue Creating CPU buffer Creating OpenCL GPU buffer Creating OpenCL program Building OpenCL program "C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 71: warning: shift count is too large (p_buffer[p_offset + 4] << 32) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 72: warning: shift count is too large (p_buffer[p_offset + 5] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 73: warning: shift count is too large (p_buffer[p_offset + 6] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 74: warning: shift count is too large (p_buffer[p_offset + 7] << 56); ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 90: warning: shift count is too large (p_buffer[p_offset] << 56) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 91: warning: shift count is too large (p_buffer[p_offset + 1] << 48) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 92: warning: shift count is too large (p_buffer[p_offset + 2] << 40) | ^
"C:\Users\hoop\AppData\Local\Temp\OCL2292.tmp.cl", line 93: warning: shift count is too large (p_buffer[p_offset + 3] << 32) | ^
Error:E013:Insufficient Private Resources!
An error occured in the generation process, aborting... >>> Unable to build the OpenCL program
windows 7 64bit radeon 280x driver 13.9 gpuPlotGenerator only work 32 bit system ?
I am on 64-bit - doesn't work there either. Man oh man. It probably has something to do with the 290x having 4GB of VRAM vs 3GB or 2GB on all other models. Only real difference apart from shader count. ok its working now just download update version what update did you do may i ask? GPU plot generator v1.0.0 > GPU plot generator v1.1.0 driver 13.9 catalyst hmmm ok im using same plotting version but im using catalyst 14.7 and also lowered clock settings 10% as advised but its still coming up with the window stating it encountered a problem and closed try like this X:\burst2\burst-pool-miner>gpuPlotGenerator.exe X:/burst2/burst-pool-miner/plots 10364770829529893068 0 330000 2000 128 right just to confirm on my hdd i have my wallet in a folder my burst-pool-miner in a folder and the gpu plotter in a folder all on my H drive. does the gpu plotter need to be in with the pool miner or is it ok where it is?
|
|
|
|
coinits
Legendary
Offline
Activity: 1582
Merit: 1019
011110000110110101110010
|
|
September 09, 2014, 11:39:49 AM |
|
New client Update 1.1.0Backend is caught up to date with nxt 1.2.8. Nxt new APIs are usable. Hard fork on block 11800 to enable new nxt features(encrypted messaging, DGS). UI is not yet updated for new features. Move your burst_db folder from 1.0.3 into the new folder to avoid a resync. Db upgrade will take a few minutes though. https://mega.co.nz/#!3xZ2DIwR!QQnamRK_JCz-QvFwb_A9gS6_tWCxAiFtVoqI8Unqlhgsha256: f9d2a2d199993088eb9a03f1cb282ecbb36e704a4b7c609d5e878573752dad30 Good work It needs work. Transactions are backasswards.
|
Jump you fuckers! | The thing about smart motherfuckers is they sound like crazy motherfuckers to dumb motherfuckers. | My sig space for rent for 0.01 btc per week.
|
|
|
coinits
Legendary
Offline
Activity: 1582
Merit: 1019
011110000110110101110010
|
|
September 09, 2014, 11:42:14 AM |
|
The dev's 2.0 Pool is not updating. 2 shares submited and recieved in last 20 minutes - neither recorded.
My BURST has not changed in a while but my share count is changing. It goes up and then it goes down. Shares are not something that I understand yet. When the share count goes down where did they go?
|
Jump you fuckers! | The thing about smart motherfuckers is they sound like crazy motherfuckers to dumb motherfuckers. | My sig space for rent for 0.01 btc per week.
|
|
|
|