[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 891.

coinits

legendary

Activity: 1582

Merit: 1019

011110000110110101110010

Quote from: newuser01 on September 10, 2014, 02:19:56 AM

This is normal..

People are realizing just now that they missed the train and try to spread FUD. It happens all the time when something new is introduced here at bitcointalk.org

Should be nailing their fucking trust and sinking their reputation on here, especially when a 'senior' member does it. It was only a matter of time before the fucktards started to arrive.

coinits

legendary

Activity: 1582

Merit: 1019

011110000110110101110010

Quote from: Amph on September 10, 2014, 01:37:30 AM

Quote from: mirny on September 09, 2014, 11:55:48 PM

Quote from: Irontiga on September 09, 2014, 10:52:39 PM

Quote from: mirny on September 09, 2014, 10:51:34 PM

Does anyone solved this issue?
https://bitcointalksearch.org/topic/m.8726255

What issue....

RAM overloading when minig,
also stated here: https://bitcointalksearch.org/topic/m.8751330

they keeps ignore this thing

This needs to be addressed. Also RAM is not being released when miner shut down.

coinits

legendary

Activity: 1582

Merit: 1019

011110000110110101110010

Quote from: wmikrut on September 09, 2014, 09:44:11 PM

Wouldn't it be possible to mine on multiple v2 pools at once... by listing your local address followed by each pool link like this:

java -cp pocminer_pool.jar;lib/*;lib/akka/*;lib/jetty/* pocminer_pool.POCMiner mine myhost:port pool1:port pool2:port

No. Need different mining software for each.

hawli

newbie

Activity: 18

Merit: 0

Quote

GPU plot generator v1.1.0
Author: Cryo
Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD
Burst: BURST-YA29-QCEW-QXC3-BKXDL
--------------
Path: /plots
Nonces: 4092000 to 4132960 (10 GB)
Process memory: 1024MB
Threads number: 128
--------------
Retrieving OpenCL platform
Retrieving OpenCL GPU device
Creating OpenCL context
An OpenCL error occured in the generation process, aborting...
>>> [-33] Unable to create the OpenCL context

oh look, new error Cheesy

Sglasio

full member

Activity: 224

Merit: 100

Quote from: pimytron on September 10, 2014, 04:25:02 AM

Quote from: hawli on September 10, 2014, 04:21:57 AM

Quote from: kcanup on September 09, 2014, 08:09:18 PM

Quote from: SpeedDemon13 on September 09, 2014, 07:26:52 PM

Quote from: hawli on September 09, 2014, 07:10:13 PM

Quote from: kcanup on September 09, 2014, 06:27:59 PM

Quote from: hawli on September 09, 2014, 06:15:14 PM

hey guys, I tried the GPU plotter but GPU driver crashes every time it starts plotting Sad

second thing, I've noticed kinda big amount of data being transfered while plotting/mining burst. It can download even about 500MB per day, while mining other coins it was about 10MB/day. It might put me out from burst train to the moon, because I have limited data transfer:(
Does it download data only while plotting or while mining?

Try with different version of catalyst software. There are still different version of gpu to be tested but my mate successfully plotting with 290x twin frozer x10 times faster than his i7 processor. If you gpu is same model, pm for specs Wink

I tried on 2x 7950 and the driver was crashing. Then I tried on another pc with single 7950 and it doesn't even start to plot, it crashes after 'Building OpenCL program'.
what catalyst version does your mate have? I'm pretty sure I have the newest drivers.

Supposedly they are on 13.9. I just did a clean uninstall and installing 13.9 on a HD7970.

Yes my mate is on 13.9, i told him to download this version as it was mentioned here before and it worked straight on his 290x but he said on same pc it didnt work on 280x, so hope driver is an issue. You can try installing different version and see if one works for you.

I tried 13.9 + AMD SKD and exactly same happens.

I used old 13.1 drivers on a 280x and works fine!

how much nonces/m ?

kainus78

full member

Activity: 252

Merit: 100

Quote from: la2ha on September 10, 2014, 12:41:56 AM

Transactions sorting bug fix for burst_1.1.0
https://www.dropbox.com/s/crbdv9dko0fq531/burst_1.1.0_transaction_bug_fix.zip?dl=0

didn't work for me.

alphateam

hero member

Activity: 1036

Merit: 531

Quote from: Amph on September 10, 2014, 04:07:52 AM

Quote from: alphateam on September 10, 2014, 04:05:02 AM

Quote from: Amph on September 10, 2014, 03:47:48 AM

Quote from: SpeedDemon13 on September 10, 2014, 03:39:49 AM

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

someone is mining of on windows 8 here? can he post a screen plz?

This is what you want ?

https://bitcointalksearch.org/topic/m.8740388

with how much TB you are mining? you are at 3.57gb already

9tb when i take this screen

pimytron

newbie

Activity: 55

Merit: 0

Quote from: hawli on September 10, 2014, 04:21:57 AM

Quote from: kcanup on September 09, 2014, 08:09:18 PM

Quote from: SpeedDemon13 on September 09, 2014, 07:26:52 PM

Quote from: hawli on September 09, 2014, 07:10:13 PM

Quote from: kcanup on September 09, 2014, 06:27:59 PM

Quote from: hawli on September 09, 2014, 06:15:14 PM

hey guys, I tried the GPU plotter but GPU driver crashes every time it starts plotting Sad

second thing, I've noticed kinda big amount of data being transfered while plotting/mining burst. It can download even about 500MB per day, while mining other coins it was about 10MB/day. It might put me out from burst train to the moon, because I have limited data transfer:(
Does it download data only while plotting or while mining?

Try with different version of catalyst software. There are still different version of gpu to be tested but my mate successfully plotting with 290x twin frozer x10 times faster than his i7 processor. If you gpu is same model, pm for specs Wink

I tried on 2x 7950 and the driver was crashing. Then I tried on another pc with single 7950 and it doesn't even start to plot, it crashes after 'Building OpenCL program'.
what catalyst version does your mate have? I'm pretty sure I have the newest drivers.

Supposedly they are on 13.9. I just did a clean uninstall and installing 13.9 on a HD7970.

Yes my mate is on 13.9, i told him to download this version as it was mentioned here before and it worked straight on his 290x but he said on same pc it didnt work on 280x, so hope driver is an issue. You can try installing different version and see if one works for you.

I tried 13.9 + AMD SKD and exactly same happens.

I used old 13.1 drivers on a 280x and works fine!

hawli

newbie

Activity: 18

Merit: 0

Quote from: kcanup on September 09, 2014, 08:09:18 PM

Quote from: SpeedDemon13 on September 09, 2014, 07:26:52 PM

Quote from: hawli on September 09, 2014, 07:10:13 PM

Quote from: kcanup on September 09, 2014, 06:27:59 PM

Quote from: hawli on September 09, 2014, 06:15:14 PM

hey guys, I tried the GPU plotter but GPU driver crashes every time it starts plotting Sad

second thing, I've noticed kinda big amount of data being transfered while plotting/mining burst. It can download even about 500MB per day, while mining other coins it was about 10MB/day. It might put me out from burst train to the moon, because I have limited data transfer:(
Does it download data only while plotting or while mining?

Try with different version of catalyst software. There are still different version of gpu to be tested but my mate successfully plotting with 290x twin frozer x10 times faster than his i7 processor. If you gpu is same model, pm for specs Wink

I tried on 2x 7950 and the driver was crashing. Then I tried on another pc with single 7950 and it doesn't even start to plot, it crashes after 'Building OpenCL program'.
what catalyst version does your mate have? I'm pretty sure I have the newest drivers.

Supposedly they are on 13.9. I just did a clean uninstall and installing 13.9 on a HD7970.

Yes my mate is on 13.9, i told him to download this version as it was mentioned here before and it worked straight on his 290x but he said on same pc it didnt work on 280x, so hope driver is an issue. You can try installing different version and see if one works for you.

I tried 13.9 + AMD SKD and exactly same happens.

jzhoulon

full member

Activity: 238

Merit: 100

Quote from: Crescendoo on September 10, 2014, 04:09:18 AM

Hi guys, anyone still mining on the urays pool http://198.199.103.145:8121/ ?

I have 1TB plotted but the payments arent really good. Im getting like 20-30, sometimes 50 burst for share. Few days ago it was 50-150. Maybe i need more TB ? I wonder is this worth to keep ploting the rest of my 4TB or switch generator to another pool ? Thanks

in pool v2, i can get 800/tb/day, several days ago, can get 1200+burst, difficulty raised

Moonbyte1984

full member

Activity: 144

Merit: 100

Anyone solved the problem with backwarded order of transactions in new wallet 1.1.0?

Crescendoo

newbie

Activity: 8

Merit: 0

Hi guys, anyone still mining on the urays pool http://198.199.103.145:8121/ ?

I have 1TB plotted but the payments arent really good. Im getting like 20-30, sometimes 50 burst for share. Few days ago it was 50-150. Maybe i need more TB ? I wonder is this worth to keep ploting the rest of my 4TB or switch generator to another pool ? Thanks

Amph

legendary

Activity: 3248

Merit: 1070

Quote from: alphateam on September 10, 2014, 04:05:02 AM

Quote from: Amph on September 10, 2014, 03:47:48 AM

Quote from: SpeedDemon13 on September 10, 2014, 03:39:49 AM

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

someone is mining of on windows 8 here? can he post a screen plz?

This is what you want ?

https://bitcointalksearch.org/topic/m.8740388

with how much TB you are mining? you are at 3.57gb already

alphateam

hero member

Activity: 1036

Merit: 531

Quote from: fanepatent on September 10, 2014, 03:13:14 AM

Quote from: alphateam on September 10, 2014, 03:06:34 AM

Hey guys, just for info.

Sometimes i have my mining window which close after 2 to 10 hours of mining.

And i resolve my problem (i think). This is because i have plot file which was not finish properly (window closed before the end of plotting).

So i replot them until the end, and now, no more problem, mining without closing since one day.

So mining with a plot file not correctly finish working and display error, but working well if you finish it correctly

I also had unfinished plots. But my miners never closed because of that...

Ok, interesting, for me that solve the problem

alphateam

hero member

Activity: 1036

Merit: 531

Quote from: Amph on September 10, 2014, 03:47:48 AM

Quote from: SpeedDemon13 on September 10, 2014, 03:39:49 AM

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

someone is mining of on windows 8 here? can he post a screen plz?

This is what you want ?

https://bitcointalksearch.org/topic/m.8740388

xuser

member

Activity: 79

Merit: 10

the v2 pools are paying good now??

go6ooo1212

legendary

Activity: 1512

Merit: 1000

quarkchain.io

Quote from: Amph on September 10, 2014, 03:47:48 AM

Quote from: SpeedDemon13 on September 10, 2014, 03:39:49 AM

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

someone is mining of on windows 8 here? can he post a screen plz?

Pm me some e-mail address , I'll give you screenshot of my win 8.1 Pro mining conf

Amph

legendary

Activity: 3248

Merit: 1070

Quote from: SpeedDemon13 on September 10, 2014, 03:39:49 AM

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

someone is mining of on windows 8 here? can he post a screen plz?

fanepatent

full member

Activity: 224

Merit: 100

Quote from: fanepatent on September 10, 2014, 01:09:45 AM

Come on people, move the discussions over to http://burstforum.com/

Bump

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: burstcoin on September 10, 2014, 03:34:37 AM

Quote from: fanepatent on September 10, 2014, 03:25:33 AM

Quote from: Amph on September 10, 2014, 03:21:32 AM

Quote from: fanepatent on September 10, 2014, 03:20:22 AM

Quote from: Amph on September 10, 2014, 03:18:54 AM

so...no one has adressed the kernel memory(paged) problem? after closing the miner the memory remain there

https://bitcointalksearch.org/topic/m.8751330

I think that if Windows needs that memory it will start cleaning seeing that its not being used anymore

you mean that if i add other TB, that mem won't increase farther?

It might increase further. But Windows will report that its being used to keep files in memory in case you use the app again.
So, opening the miner again should increase the ram usage a bit, but not as it would when you started it the first time.
This is pure theory, so I might be wrong.

Unfortunately it doesn't seem to work this way. Windows can cache so much that the miner can crash due to bad allocs. And then it still doesn't release the memory after the miner is down.

It seems to be a problem that gets worse over time as windows sees you keep reading the same file/s

I was able to keep it under control by disabling prefetching and superfetching as detailed here: https://bitcointalksearch.org/topic/m.8635800 , but that didn't seem to work for Amph

Is it a pagefile issue in his case possibly? Windows 8/8.1 does not seem to have the issue as Amph has in Windows 7.

Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 891. (Read 2171056 times)