Pages:
Author

Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com - page 85. (Read 829908 times)

full member
Activity: 123
Merit: 100
IF I pointed 16MH towards middle coin.com, can someone tell me about how much I would be looking at daily in BTC

Based on the last 10 pages on this thread, I've gathered you will earn anywhere from .0001btc/MH to 1btc/MH.   
I've also learned that h20 is a person who's incredibly smart and doing us all a favor offering this service but we should hate him or her for not telling us every single thing he's doing with this pool to attempt to make it better.
member
Activity: 118
Merit: 10
IF I pointed 16MH towards middle coin.com, can someone tell me about how much I would be looking at daily in BTC
sr. member
Activity: 378
Merit: 250

Good that it's funny to you, some of us are seeing a variation in payment value of a few hundred dollars a day. It adds up.

It's fucking hilarious to me.

If you are mining and don't expect to see a fluctuation in your daily payout then you have a fundamental misunderstanding of how this whole mining thing works.





Thanks for your worthless opinion. Feel free to keep it to yourself next time. The difference between the fluctuating value of coins and complete breakdowns of the system including half of our hashrate not showing up is huge.
sr. member
Activity: 420
Merit: 250
I would not mess with the setx settings. Just use what works right for everyone which are:

setx GPU_USE_SYNC_OBJECTS 1

and

setx gpu_max_alloc_percent 100



ok Sad

Even Though I still had not 1 single reject on 0?

Ok Ill put it back to 1 just because you said everyone does it. Maybe it was just a freak reject I got when I did it before
sr. member
Activity: 294
Merit: 250
тσ ¢σιи σя иσт тσ ¢σιи?
I would not mess with the setx settings. Just use what works right for everyone which are:

setx GPU_USE_SYNC_OBJECTS 1

and

setx gpu_max_alloc_percent 100

sr. member
Activity: 420
Merit: 250
wow I am using the K-dev one and looking good one thing I got a message that said

WARNING: GPU_USE_SYNC_OBJECTS is not specified!

whats that mean

but its working normally I have not got rejected yet and I have got some accepted

Pretty sure that is just a Linux thing.  Dunno, though, never used K-dev...

Just know when I ran CGMiner in Linux I had to set the GPU_USE_SYNC_OBJECTS before firing up CGMiner.

Fuck trying to toy with the AMD drivers in Linux though lol

btw I am a windows man Smiley

as your first line put:
setx GPU_USE_SYNC_OBJECTS 1

what if I put setx GPU_USE_SYNC_OBJECTS 0

whats the difference.  as a matter of fact I tried 0 , and tried a 5 min test.. 0 rejects between ALL 3

setx GPU_USE_SYNC_OBJECTS 1

1024 rejects between all 3 .

5 minutes is probably a laughable comparison but what does it do if you dont mind me asking
newbie
Activity: 24
Merit: 0
full moon is out today.. Grin
sr. member
Activity: 294
Merit: 250
тσ ¢σιи σя иσт тσ ¢σιи?
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?

I cannot comment as I do not use a batch file I just use cgwatcher to adjust my settings via sgminer.conf file.

DAMMIT Sad

SOLVED-

Since SGMINER is specifically for scrypt no need for --scrypt.


I figured that out all by myself ,,
*Pats himself on the back ahh i feel good lool


lol, that was rule number one for running sgminer for scrypt. Smiley
member
Activity: 182
Merit: 10
It's like I am reading the innermost thoughts of a mining admin here ...
member
Activity: 98
Merit: 10
wow I am using the K-dev one and looking good one thing I got a message that said

WARNING: GPU_USE_SYNC_OBJECTS is not specified!

whats that mean

but its working normally I have not got rejected yet and I have got some accepted

Pretty sure that is just a Linux thing.  Dunno, though, never used K-dev...

Just know when I ran CGMiner in Linux I had to set the GPU_USE_SYNC_OBJECTS before firing up CGMiner.

Fuck trying to toy with the AMD drivers in Linux though lol

btw I am a windows man Smiley

as your first line put:
setx GPU_USE_SYNC_OBJECTS 1
sr. member
Activity: 420
Merit: 250
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?

I cannot comment as I do not use a batch file I just use cgwatcher to adjust my settings via sgminer.conf file.

DAMMIT Sad

SOLVED-

Since SGMINER is specifically for scrypt no need for --scrypt.


I figured that out all by myself ,,
*Pats himself on the back ahh i feel good lool



Anyway I decided to run the command - setx GPU_USE_SYNC_OBJECTS 1

So now I dont see that warning sign,. but what is it ? I didnt get it in cgminer
sr. member
Activity: 420
Merit: 250
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?

I cannot comment as I do not use a batch file I just use cgwatcher to adjust my settings via sgminer.conf file.

DAMMIT Sad

SOLVED-

Since SGMINER is specifically for scrypt no need for --scrypt.


I figured that out all by myself ,,
*Pats himself on the back ahh i feel good lool
sr. member
Activity: 420
Merit: 250
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?

I cannot comment as I do not use a batch file I just use cgwatcher to adjust my settings via sgminer.conf file.

DAMMIT Sad
sr. member
Activity: 420
Merit: 250
Thank god some sensibility has returned to the thread.



I give it 5 minutes.... tops. Smiley

You're just a troll.

 Tongue


Hey ,, Sgminer isnt working with the same batch file i use with cgminer, and yes I changeed the CGMINER to SGMINER command
sr. member
Activity: 294
Merit: 250
тσ ¢σιи σя иσт тσ ¢σιи?
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?

I cannot comment as I do not use a batch file I just use cgwatcher to adjust my settings via sgminer.conf file.
sr. member
Activity: 420
Merit: 250
wow I am using the K-dev one and looking good one thing I got a message that said

WARNING: GPU_USE_SYNC_OBJECTS is not specified!

whats that mean

but its working normally I have not got rejected yet and I have got some accepted

Pretty sure that is just a Linux thing.  Dunno, though, never used K-dev...

Just know when I ran CGMiner in Linux I had to set the GPU_USE_SYNC_OBJECTS before firing up CGMiner.

Fuck trying to toy with the AMD drivers in Linux though lol

btw I am a windows man Smiley
sr. member
Activity: 294
Merit: 250
тσ ¢σιи σя иσт тσ ¢σιи?
Thank god some sensibility has returned to the thread.



I give it 5 minutes.... tops. Smiley

You're just a troll.

 Tongue
sr. member
Activity: 420
Merit: 250
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?

I CANNOT beleive the difference in K-dev cgminer WOW ... SO stable fair enough the KH is alittle less on the 290 880KH but its very stable and no rejections yet.

NO SG miner,,, why isnt this working i thought its the same commands  am I missing something here?
sr. member
Activity: 420
Merit: 250
weird as,,,, K-dev miner working fine as in PERFECT different GPU threads etc....

But SG miner I used the EXACT same BATCH file but offcourse changed CGminer to >> sgminer and it doesnt work so the commands are not indentical wwhich is what i was dreading hopefully its just one silly little command change but ?? suggestions?
legendary
Activity: 1456
Merit: 1000
Thank god some sensibility has returned to the thread.



I give it 5 minutes.... tops. Smiley

You're just a troll.
Pages:
Jump to: