Hey Guys, so i just built my mining rig with 6 Radeon RX 580 and i downloaded simpleMining for testing it and i tested all miners that are compatible with RX Series, but it's not detecting my gpus, what is the problem ?
Do they have power?  Yes and now they are working  but my gpu2 that is hooked to the PCI Express is not giving me hashes, and the hash rate of all cards are really low 23MH/s and another problem, the pc restarts after 2 minutes of mining. lower overclock if you are. |
|
|
|
Hey Guys, so i just built my mining rig with 6 Radeon RX 580 and i downloaded simpleMining for testing it and i tested all miners that are compatible with RX Series, but it's not detecting my gpus, what is the problem ?
Do they have power? |
|
|
|
@clintar2, did you do that in SMOS with root login? yes Done. Working great. Thanks to all great guys here.. How do I pull up another terminal window to do this? If you are on the same local network as the machine, you can ssh into it with putty in windows. get the ip address of it from the simplemining console. you can do ctrl-alt-F1 through F8 I think to get a new console if you are at the machine. |
|
|
|
Just did it and getting increase. This is cool. If you follow these instructions, just append amdgpu.vm_fragment_size=9 to what's already in the grub line so it's GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0 consoleblank=0 amdgpu.vm_fragment_size=9" Before  After  @clintar2, did you do that in SMOS with root login? yes |
|
|
|
@tytanick, have you seen this post: Here is the solution for linux amdgpu blockchain fix: The new ROCm Kernel works great, my hashrate went from 155 > 167Mhs/s with 6*RX470 with Ubuntu 16.4 #Install new ROCm Kernel: wget -qO - http://repo.radeon.com/rocm/apt/debian/rocm.gpg.key | sudo apt-key add - sudo sh -c 'echo deb [arch=amd64] http://repo.radeon.com/rocm/apt/debian/ xenial main > /etc/apt/sources.list.d/rocm.list' sudo apt-get update sudo apt-get install rocm #edit grub sudo nano /etc/default/grub #2MB fragments for Ellesmere are enabled with a grub option: GRUB_CMDLINE_LINUX="amdgpu.vm_fragment_size=9" sudo update-grub sudo reboot choose new Kernel and its done! Thx to gstoner from ROCm Github. Feel free to donate if you happy ;-) ETH:0xccad3d66b29ae2924df835df1417169ca59943b5 BTC:12F7uXSpTwVhf4ppdh92uieAvrevZ4ShEf Greetz Does it apply for SMOS too? has this been confirmed ? Just did it and getting increase. This is cool. If you follow these instructions, just append amdgpu.vm_fragment_size=9 to what's already in the grub line so it's GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0 consoleblank=0 amdgpu.vm_fragment_size=9" Before After |
|
|
|
** About the wallet i dont understand why 8 GB nor even 6 GB of RAM, i use BB wallet on 6y old laptop with 4GB ram, dualcore i5 on Win 10 and it works perfect. Will paste demonstration on youtube (+dont forget also a recording program takes some RAM, with no REC it works 2x faster, much better than some other coin wallets, like XMG, BURST or others, not to mention that BURST wallet was not working for a month with mayor blockchain issues and nobody mentioned delisting).
Just need to manage expectations from anyone trying to list it. The blockchain will keep growing in size and it needs to be running on a machine that has flexibility with that growth over time, while clintar2 etc fix up the database Ok, put up my latest code. https://github.com/clintar/boolberry/tree/lmdb_scratchi'm to the point where the blockchain syncs (pretty quickly) but if there are alternative blocks, it falls down, which makes some coretests fail. and i can't get a testnet set up to start mining from zero, or maybe even mine a block against this code. Haven't had time since I got the latest committed. should be able to just do or or make -j4 build-debug-testnet to get the thing to compile now (assuming required dev packages are installed). Please if anyone can help look at it, it would help a ton! passing --seed-node 88.197.53.159:10101 should get it syncing |
|
|
|
Is the linux version supposed to work at this point? I had to install pyenv to get python 3.5 and get Collecting flake8==3.3.0 (from -r /tmp/tmp.wE4HNQN7Dp/requirements.txt (line 10))
Using cached flake8-3.3.0-py2.py3-none-any.whl
Collecting flake8-mypy==17.3.3 (from -r /tmp/tmp.wE4HNQN7Dp/requirements.txt (line 11))
bin/install: line 78: 3088 Segmentation fault (core dumped) pip install -r "$INSTALL_HOME/requirements.txt" and further on i get Attempting to update Twisted plugin cache.
*** Failed to update Twisted plugin cache. ***
No module named 'twisted.plugin' are you followed the instructions? https://github.com/dpnova/pynerstat/blob/master/README.mdhttps://join.slack.com/t/minerstat/shared_invite/MjI0MzcyODMzNDEzLTE1MDIyODE3NTktNDFmOWI1MzVhOAJoin our Slack and can get help from other users and from the dev @dpnova on slack. I don't see that pip install twisted command but it just gives me a segmentation fault, too |
|
|
|
Is the linux version supposed to work at this point? I had to install pyenv to get python 3.5 and get Collecting flake8==3.3.0 (from -r /tmp/tmp.wE4HNQN7Dp/requirements.txt (line 10))
Using cached flake8-3.3.0-py2.py3-none-any.whl
Collecting flake8-mypy==17.3.3 (from -r /tmp/tmp.wE4HNQN7Dp/requirements.txt (line 11))
bin/install: line 78: 3088 Segmentation fault (core dumped) pip install -r "$INSTALL_HOME/requirements.txt" and further on i get Attempting to update Twisted plugin cache.
*** Failed to update Twisted plugin cache. ***
No module named 'twisted.plugin' |
|
|
|
Today is the biggest dumper day, because September 1st will be removed from the bittrex market, this is very unfavorable for boolberry holders.
Let's tag this as D Day. Very Good. Now any plans to save this project? I'll do my best to get something working soon. Hope it's enough. |
|
|
|
Today is the biggest dumper day, because September 1st will be removed from the bittrex market, this is very unfavorable for boolberry holders.
Let's tag this as D Day. |
|
|
|
Perfect. I just need to know the root password. For now its no secret. miner1324 For now??? He's just saying it's not a secret anymore. |
|
|
|
I got my coins out of Cryptopia. I'm pretty impressed with that exchange. Despite the fact that they de-listed BBR they at least replied to my support ticket and have enabled people to get their coins off their exchange. So good for them. The BBR wallet is huge and since they were not doing much volume with BBR I understand their reason to de-list the coin.
Kudos to clintar2 for the block explorer. Send me a BBR or btc address in a PM and I'll provide a donation for your work.
Any news on the database implementation? That's a must. This beast is using six gigs of ram.
No need for a donation. I was paid a bounty to implement it, but thanks for the offer! I keep hitting more and more problems in my code. I'm in the middle of trying to sell our house (going to list it tomorrow), so I've been pretty busy. Hopefully I'll have something working in a couple of weeks, but who knows what my time will be like. Might get an offer and have to move.  Wish I could code like cz! |
|
|
|
Not sure if you guys saw it, but BBR is being delisted from cryptopia.co.nz
And you can finally get your coins out. Their reasons kind of suck. I told them about my block explorer http://explorer.mining.blue/en/ in multiple tickets and asked what would help them figure out the "possible fork" |
|
|
|
guys any nodes for wallet?
You can try --add-priority-node 5.9.44.154:10101 |
|
|
|
Re: CCMINER from recent post, after about an hour I notice the miner will begin submitting "boo" because of low diff share submission. Is there a fix or reason for this, I have used highest diff port, .... should I set a static diff in the batch or just write a restart batch script? Any thoughts are welcome, thanks.
Does it to me, too. It goes away and comes back. I think it is something to do with how the miner determines difficulty being off by a bit, but I'm not sure. Does it clear up after that? |
|
|
|
Thank you very much for the info, yes a Win binary would be great! And regarding the OP wallet links, are those correct?? No, I should build those, too. Here is the updated tpruvot ccminer binary. Let me know if it works as I don't have a windows machine to test on. https://github.com/clintar/ccminer/releases/tag/v2.1-xbbI'm having some issues with the boolberry wallet build. I'll update when I get that sorted. Edit: OK, I made a release on my github repo for cryptozoidberg's latest master that has all the latest fixes. https://github.com/clintar/boolberry/releases/tag/v0.2a |
|
|
|
Any chance to reveal what can be done in miner to accept bigger scratchpad would be honored or can give me address for 10BBR, am a small miner Usually if you are compiling from source, the git repo will get updates, so you can just run to get the changes and run make again, but if you are just using a binary, you'll have to wait for someone to compile a new one. Which miner are you using? Using minerd (designed for algo wildkeccak_ocl with rx470, win10 64 bit, mining in pool). Where to put code: "git pull" in *.bat file. Please do not forget to paste address where i can send for help. If it's a windows machine, I think you should be ok just downloading this latest miner. Looks like it has a scratchpad setting large enough. https://github.com/mbkuperman/cpuminer-multi-opencl/releases |
|
|
|
Any chance to reveal what can be done in miner to accept bigger scratchpad would be honored or can give me address for 10BBR, am a small miner Usually if you are compiling from source, the git repo will get updates, so you can just run to get the changes and run make again, but if you are just using a binary, you'll have to wait for someone to compile a new one. Which miner are you using? |
|
|
|
If anyone wants to test out my latest db code, I have it at https://github.com/clintar/boolberry/tree/lmdb_scratchyou can get the branch with git clone -b lmdb_scratch https://github.com/clintar/boolberry.git then mkdir -p build/release; cd build/release
cmake -DDATABASE=lmdb ../..
make -j4 daemon should compile it, at least in linux. Let me know if it compiles or not at least! I tried this branch. It compiled without problems. The produced binary started and created an initial db file of about 1 GB. There is no file conversion yet from the "old" .bin format to lmdb format, so it wants to sync the blockchain from start, even with a blockchain file within reach, right? At least that was what it did on my system. Sync immediately ran into problems however. I had repeated messages as follows: 2017-Aug-06 13:37:10.273809 [P2P3][193.70.85.9:10101 OUT]Block verification failed, dropping connection
These messages come from currency_protocol_handler.inl, line #377 (as checked out from GitHub today): if(bvc.m_verifivation_failed)
{
LOG_PRINT_CCONTEXT_L0("Block verification failed, dropping connection");
m_p2p->drop_connection(context);
m_p2p->add_ip_fail(context.m_remote_ip);
return 1;
}
Sync stuck forever at block 3 with repeated messages like this one: 2017-Aug-06 13:37:09.362602 [P2P7][193.70.85.9:10101 OUT]Sync data returned unknown top block: 3 -> 840955 [840952 blocks (1167 days) behind] Is it supposed to be able to sync with "conventional" Boolberry nodes? It should, but it's not in a good state. I have some fixes, but it will fall if there is an alt chain. I haven't had a lot of time to debug the problems. You should probably create a different folder for it to keep it's files in and use --data-dir= to point it to that folder. It should at least sync, but don't trust it for anything yet. Hopefully this week I can look more into it. BTW, did everyone notice the scratchpad got too large again for current miner software? Time to increase those buffers |
|
|
|
|
Show Posts
, but here is a list of all the pools I know about. 
