If you try the version from the other thread, same speed NO 2% hidden mining.
Or just press P C 0 and enter to disable the donation pool. Or simply try the other version which is open source and never hassle oneself with Pool Management settings. |
|
|
|
|
If you try the version from the other thread, same speed NO 2% hidden mining.
|
|
|
|
Why, what is with this version?
Same fix as yours. Just correct shares diff on my machine. lasybear can verify me. Sorry for my bad english. Ah, ok. It's just that when somebody posts an executable just like that with no explanation it begs some suspicion you know. |
|
|
|
Alright, please test this version for the intensity fix https://www.dropbox.com/s/skv74wv378h5qnl/sgminerx11.rar. Thanks to leasybear for pointing out where the problem was, then I went to the 2% miner and looked up some values he was using and incorporated those in the miner, again, thanks to lasybear. That is what I am talking about   2 x 290x "intensity" : "18,18",
"xintensity" : "0,0",
"rawintensity" : "0,0",
"worksize" : "256,256",
"kernel" : "x11mod,x11mod",
"lookup-gap" : "2,2",
"thread-concurrency" : "20481,20481",
"shaders" : "0,0",
"gpu-threads" : "4,4",
"gpu-engine" : "1050-1050,1050-1050",
"gpu-fan" : "100-100,100-100",
"gpu-memclock" : "1250,1250",
"gpu-memdiff" : "0,0",
"gpu-powertune" : "20,20", Can you try this one? https://www.dropbox.com/s/59lvecndm866bzz/sph-sgminer_x11mod_b2.zipWhy, what is with this version? |
|
|
|
Alright, now on the the other aesthetical problems such as wrong best share and wrong difficulty being displayed. In the meantime, here is my DRK addy XrVcX5LEiUVxWRTBMbomopJkfHc3uGDQHe  But I will wait for lasybear to push his changes to main. |
|
|
|
Alright, please test this version for the intensity fix https://www.dropbox.com/s/skv74wv378h5qnl/sgminerx11.rar. Thanks to leasybear for pointing out where the problem was, then I went to the 2% miner and looked up some values he was using and incorporated those in the miner, again, thanks to lasybear. |
|
|
|
Does anyone want to test updated version (intensity > 15)?
Changes may bumps (or not! - test only due to i haven't R9 290x) hashrates only on R9 290x. Tested R9 280x and R9 270x - no more hash rate while increasing intensity in compare to previous version.
Requirements:
0. I'll provide only zipped sources dropbox link.
1. R9 290x
2. Sufficient skills to compile in your environment.
Did you figure it out? |
|
|
|
I can assure you this is merely a false positive, a lot of people have used my version and nobody has complained of missing coins. |
|
|
|
First of all, great work reverse engineering the kernel!
My 280x/270 rig is running wonderfully.
There is definitely something missing though.
I have 2 other rigs with all MSI 290 cards in them.
With the 2% version, I can keep my normal settings that I've been using in x11 sgminer, and each card will pull 3.5mhs with no adjustments whatsoever.
That config includes each card set at Intensity 20.
With this version (windows compiled version) It just crashes the drivers, and will require some tinkering with the settings.
So clearly there is something different between girino's 2% fee version, and lasybear/Remember's versions.
Either way, awesome work guys!
This is what I am working on right now, digging through the assembly of the 2% version to see what is wrong with this version. But honestly, whatever compiler he used has generated the instructions in a really weird fashion that is slowing me down. |
|
|
|
Hello everyone,
I have an i7 intel quad core processor and an AMD Radeon HD 4850 series graphics card...I am interested in giving bitcoin mining a go but dont know what the best options for hardware would be for my computer, also noted..i do not pay for electricity. any suggestions?
Since you have a really good processor and an ok graphics cards. I would advice you to mine x11 with your graphics cards and CPU coins with your processor. Mining bitcoin directly would get you no where. The 4850 is not an OK graphics card, it was released in 2008, it's really old gen. |
|
|
|
Would it help if I say I've never had a girlfriend?! Not even a teenager anymore.
Well, considering your username, I'm not surprised. What does my username have to do with anything? |
|
|
|
|
Would it help if I say I've never had a girlfriend?! Not even a teenager anymore.
|
|
|
|
|
I will look into the issue, but when it comes to OpenCL, I don't promise anything.
|
|
|
|
Not more or less reputable than the binaries I provided. Also, did you apply the fix to gen_stratum_work to fix the uninitialized stack variable? |
|
|
|
Try fiddling with worksize, i.e reducing it.
Tried 32, 48, 64, 96, 128, 192. The best result was 2.74 MH/s at --worksize 64. What about the conf file? What if it's using the darkcoin kernel still? |
|
|
|
|
Try fiddling with worksize, i.e reducing it.
|
|
|
|
lasybear: I've already added some my side, may be you also want to add some features on your sgminer fork: https://github.com/nicehash/sph-sgminer/commits/masterI think that some about pool switching, idle and restart could be useful if anyone wants to use NiceHash \Jeky Btw, somebody needs to notify the main dev of sph-sgminer that it has a bug with in the gen_stratum_work function, it uses an uninitialized variable as an index that causes undefined behaviour. Whoever added that commit forgot to write the actual loop. |
|
|
|
The official miner won't even start for me, the cool thing is the Remember remember the 5th of November's miner makes the desktop usable at I 15, at I 16 I have driver crash!
The miner is a fork of sph-sgminer with changes made by lasybear to work with the OpenCL kernel that was hidden in this sgminer by girino, which I extracted through a process called reverse engineering, which isn't exactly easy. I then compiled binaries for Windows and fixed a bug with an unitialized variable, so yeah, credit goes to the two of us, not just me. |
|
|
|
Confirmed working on 280x and 7950s had overall about a 35%-40% increase very nice work!  Once I confirm it is stable for 24-48 hours should see a donation coming your way  However unable to get it to work on my 290s. There was an increase from 2.35-2.5 however nothing near the other one. Config: I 15 Vectors 1 lookup-gap 2 Worksize 128 thread-concurrency 8192 Done base clocks and even OCd up to 1000-1030/1350-1500 The oc it did get to 2.7 however still much lower then the 3.3-3.6 on the other 2% miner. Any idea's? Also tried changing worksize to 256 and the TC to my script one which is 274000. Thanks! I hope I don't sound greedy, but you'd better split the donation . Or something like 40/60, since I think lasybear's work on the miner is much more valuable. But again, I hope I don't sound too greedy, I just don't earn anymore BTC through mining or even trading so I try to do coding where I can, so any tips are welcome. |
|
|
|
it's very weird.
I have the feeling something is wrong with the setup of sgminer in the PimP distro.
my conf file is identical to my other Pc (or the Bamt scrypt settings for that matter).
The thing that makes me sceptical is one of the first lines displayed right after launch that says something along the lines of "unpatched BFI, nfactor 10, 1024..."
Any idea?
Yeah that might be a reason. BFI INT is an opcode that is used to speed up hashing, if it's not patched as it's apparent, it will use opcodes that perform slower. |
|
|
|
|
Show Posts
