mbk
|
|
August 14, 2014, 09:26:33 PM |
|
Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low. It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.
Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out!
|
|
|
|
clintar
|
|
August 14, 2014, 10:04:18 PM |
|
Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low. It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.
Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out! Hmm, pool should using the same code. Block refresh was set to 1000, though. I better check my config against that in the repo
|
|
|
|
Apostle4444
|
|
August 15, 2014, 03:40:55 AM |
|
Connected to bbr.farm (54.255.165.99) port 5555 seems to be dead for last few days..
|
|
|
|
whyyk7
|
|
August 15, 2014, 07:17:38 AM Last edit: August 15, 2014, 08:27:02 AM by whyyk7 |
|
2014-Aug-15 15:06:25.035440 [RPC1]Failed to store scratchpad, error: basic_ios::clear
rpc store scatchpad failed,what can i do.
rpc return: { status: 'BUSY' }
resolved
|
|
|
|
Apostle4444
|
|
August 15, 2014, 07:58:38 AM |
|
Mining issues is killing the coin..
|
|
|
|
aloney
|
|
August 15, 2014, 08:37:52 AM |
|
Mining issues is killing the coin.. what issues?
|
PPL:XunifRT3qvqnPi8kQ2PyLSSejHrSnUTHtX
|
|
|
Apostle4444
|
|
August 15, 2014, 09:33:44 AM |
|
Connected to bbr.farm (54.255.165.99) port 5555 seems to be dead for last few days.. Feckers changed the scratchpad location..grrr
|
|
|
|
mbk
|
|
August 15, 2014, 10:19:16 AM |
|
It looks like your pool is sending updates now but they are about 8 seconds late. The miner works with wrong data, gets boo and reconnects if it finds a share. It considerably decreases mining efficiency. The pool I setup from the repository send updates in less then 100ms but it looks there is other bug anyway. Shares submitted right after the block/scratchpad update are rejected by the test pool. The pool_warn.log is: Bad hash from miner XXX@10.0.2.2 scratchpadHeight.height=63856, job.height=63858
Looks like the pool validates the share with the old scratchpad. P.S. Checked the source - that's the case. Pool's scratchpad is updated through getFullScratchpad RPC call. It takes 3 seconds on my system. At the same time miner's scratchpad updated instantly by ADDENDUM in new block data. So valid shares are rejected by the pool if sent in less then 3 seconds after the new block. Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low. It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.
Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out! Hmm, pool should using the same code. Block refresh was set to 1000, though. I better check my config against that in the repo
|
|
|
|
crypto_zoidberg (OP)
|
|
August 15, 2014, 02:47:45 PM |
|
Good news!We have new release 0.2.0.32(b91e9ab) with some improvements, mostly on GUI:1. Implemented recent transfers history. Now after reopening your wallet you see your recent transfers, even with addresses that you used to transfer (or alias if address was registered). Notice: This will start work from new build only, transfers that was made in older GUI version won't be seen. Also, if you gonna lost your wallet data file (some_wallet.bbr) recent transfers recipient addresses will be lost. 2. Implemented unconfirmed transaction state. Now, when you sent your transaction, you could see it as "unconfirmed" in recent transfers list: Even is you close your wallet, and reopen it again, unconfirmed transfer won't be lost - so now you cold track your transaction confirmation. Also made a lot of cosmetic improvement on appearance based on Bitcrea design adjustments. Wellcome to try new version: http://boolberry.com/downloads.html
|
|
|
|
|
BitcoinFX
Legendary
Offline
Activity: 2646
Merit: 1722
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
|
|
August 15, 2014, 11:26:09 PM |
|
Latest wallet additions are Booltiful ! Keep up the good work.
|
|
|
|
tifozi
|
|
August 15, 2014, 11:39:42 PM |
|
Latest wallet additions are Booltiful ! Keep up the good work. Don't get too attached to the name BitcoinFX
|
|
|
|
tifozi
|
|
August 16, 2014, 12:38:00 AM Last edit: August 16, 2014, 01:04:22 AM by tifozi |
|
I really like the GUI improvements but I hope the CLI is not forsaken for us small minority that prefer command line.. Latest wallet additions are Booltiful ! Keep up the good work. Don't get too attached to the name BitcoinFX lol this eager, crypto_zoidberg your people want a new name Well, his highness keeps dropping hints, but then disappears, apparently to control his botnets (joking zoidberg) Yah some documentation around the command line would also help. Just today I was having a hard time connecting to the seeds or even peers. otila, in IRC helped with the option. where arg is the IP to connect to. If you just pass IP as argument it doesn't work. Turns out the command he found from the source code is, --add-priority-node IP:port Some general command line documentation enhancements can be pushed to the code base.
|
|
|
|
Brilliantrocket
|
|
August 16, 2014, 02:27:26 AM |
|
I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.
|
|
|
|
clintar
|
|
August 16, 2014, 04:59:06 AM |
|
I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.
Go back a few pages
|
|
|
|
crypto_zoidberg (OP)
|
|
August 16, 2014, 08:35:39 AM |
|
I'll keep CLI working, sure. Also i could add recent transfer to cli wallet also, it's not really difficult now, if it make sense. I really like the GUI improvements but I hope the CLI is not forsaken for us small minority that prefer command line.. Latest wallet additions are Booltiful ! Keep up the good work. Don't get too attached to the name BitcoinFX lol this eager, crypto_zoidberg your people want a new name
|
|
|
|
teknohog
|
|
August 16, 2014, 09:40:16 AM |
|
Boolberry sounds like a bubblegum flavor.
IMHO, Boolberry fits right in with the semi-childish names of tech giants like Google, Twitter, Apple.... and Blackberry. I'm sure these names were chosen to reflect our new, more playful times, as a clean break from the dead serious corporate images of portly men in dark suits. Let Monero have its suits, we have all the fun.
|
|
|
|
BitcoinFX
Legendary
Offline
Activity: 2646
Merit: 1722
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
|
|
August 16, 2014, 10:45:04 AM |
|
I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.
IMHO, Boolberry fits right in with the semi-childish names of tech giants like Google, Twitter, Apple.... and Blackberry. I'm sure these names were chosen to reflect our new, more playful times, as a clean break from the dead serious corporate images of portly men in dark suits. Let Monero have its suits, we have all the fun.
Indeed. That's exactly why I personally really like the name. It's a bit alternative, which can make it very memorable. Absolutely nothing wrong with Monero, although it sounds like and means money. Ask yourself does visa, mastercard or amex sound like money? Not really - Its only by association and familiarity of course. Ask them - Do you accept boolberry ?
|
|
|
|
BitcoinFX
Legendary
Offline
Activity: 2646
Merit: 1722
https://youtu.be/DsAVx0u9Cw4 ... Dr. WHO < KLF
|
|
August 16, 2014, 11:16:39 AM |
|
The above reminded me of this: ~ http://youtu.be/dBtmzY5gcO8?t=18m28sCoins and notes are just so, 'old world' ! Oh, the irony.
|
|
|
|
aloney
|
|
August 16, 2014, 12:55:48 PM |
|
I think the name is not the key point, the point is the mining issues, it kills this coin, in the early time, there's private GPU tool for mining when most of us are using cpu, it's unfair for most people, and it last for maybe two months, until MBK made the stratum pool and updated the opensource GPU tool the situation of distribution changed a little. Compared to Monero, GPU mining tool appeared early, and it was also efficient at the beginning, so it's not just the name make the difference between BBR and MRO, but the distribution
|
PPL:XunifRT3qvqnPi8kQ2PyLSSejHrSnUTHtX
|
|
|
|