Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 2032. (Read 4670972 times)

I keep getting the following when running against the monerpool.org pool. Any ideas why? I get this on my home machine as well as my VPS (Windows at home, Ubuntu on the VPS). They run for awhile the disconnect and the process ends. I run one on simpleminer for each core.

I would use cpuminer-multi. It doesn't have that bug, doesn't crash when you are disconnected, and can use multiple cores with one process.

Quote from: cubydu on May 16, 2014, 11:59:01 AM

There's a CPUMiner fork that supports MRO that I was asked to compile. The github is here: https://github.com/Lucasjones/cpuminer-multi

Here are the binaries, statically linked so there's no DLLs to carry around with the executable, and signed with my OTC GPG key, just like my win64 sgminer binaries.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip
https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip.sig

If you continue using simpleminer the only option is to restart the process or have some program automatically restart the process when it crashes.

Cpuminer finds shares only few minutes after start and then it finds nothing.

Tested on Ubuntu 13.10 and Debian 6,7

Share difficulty automatically adjusts to try to find a share every 2.5 minutes. It may initially adjust it too high. Just wait, it will find more shares.

I waited 10 minutes. On one machine cpuminer still runs. And I see 1 share for 5-7 minutes.

surfer43

sr. member

Activity: 560

Merit: 250

"Trading Platform of The Future!"

Quote from: surfer43 on May 16, 2014, 11:21:29 AM

I keep getting the following when running against the monerpool.org pool. Any ideas why? I get this on my home machine as well as my VPS (Windows at home, Ubuntu on the VPS). They run for awhile the disconnect and the process ends. I run one on simpleminer for each core.

I would use cpuminer-multi. It doesn't have that bug, doesn't crash when you are disconnected, and can use multiple cores with one process.

Quote from: surfer43 on May 16, 2014, 11:21:29 AM

There's a CPUMiner fork that supports MRO that I was asked to compile. The github is here: https://github.com/Lucasjones/cpuminer-multi

Here are the binaries, statically linked so there's no DLLs to carry around with the executable, and signed with my OTC GPG key, just like my win64 sgminer binaries.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip
https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip.sig

If you continue using simpleminer the only option is to restart the process or have some program automatically restart the process when it crashes.

Cpuminer finds shares only few minutes after start and then it finds nothing.

Tested on Ubuntu 13.10 and Debian 6,7

Share difficulty automatically adjusts to try to find a share every 2.5 minutes. It may initially adjust it too high. Just wait, it will find more shares.

cubydu

sr. member

Activity: 308

Merit: 250

I keep getting the following when running against the monerpool.org pool. Any ideas why? I get this on my home machine as well as my VPS (Windows at home, Ubuntu on the VPS). They run for awhile the disconnect and the process ends. I run one on simpleminer for each core.

I would use cpuminer-multi. It doesn't have that bug, doesn't crash when you are disconnected, and can use multiple cores with one process.

Quote from: Keyboard-Mash on May 13, 2014, 11:55:10 PM

There's a CPUMiner fork that supports MRO that I was asked to compile. The github is here: https://github.com/Lucasjones/cpuminer-multi

Here are the binaries, statically linked so there's no DLLs to carry around with the executable, and signed with my OTC GPG key, just like my win64 sgminer binaries.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip
https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip.sig

If you continue using simpleminer the only option is to restart the process or have some program automatically restart the process when it crashes.

Cpuminer finds shares only few minutes after start and then it finds nothing.

Tested on Ubuntu 13.10 and Debian 6,7

Kyune

sr. member

Activity: 287

Merit: 250

I'd like to see a bounty raised for a block chain explorer. I don't think this is a dev issue as it doesn't really involve protocol changes. Let's leave the dev's to fixing their laundry list of more important things.

I'll put up 70 MRO toward a web-based block explorer.

I realize that we can get info from the daemon or wallet, but it will be convenient for those that do not have them open to instead be able to go to a website.

Someone (not me) created a Monero block explorer and announced it yesterday in a separate thread:

https://bitcointalksearch.org/topic/mro-monero-blockchain-explorer-monerochaininfo-611561

I didn't see any mention of it in this thread.

surfer43

sr. member

Activity: 560

Merit: 250

"Trading Platform of The Future!"

I keep getting the following when running against the monerpool.org pool. Any ideas why? I get this on my home machine as well as my VPS (Windows at home, Ubuntu on the VPS). They run for awhile the disconnect and the process ends. I run one on simpleminer for each core.

I would use cpuminer-multi. It doesn't have that bug, doesn't crash when you are disconnected, and can use multiple cores with one process.

Quote from: SlyWax on April 28, 2014, 11:13:38 AM

There's a CPUMiner fork that supports MRO that I was asked to compile. The github is here: https://github.com/Lucasjones/cpuminer-multi

Here are the binaries, statically linked so there's no DLLs to carry around with the executable, and signed with my OTC GPG key, just like my win64 sgminer binaries.

https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip
https://ottrbutt.com/cpuminer-multi/cpuminer-multi-win64-05-15-2014-git.zip.sig

If you continue using simpleminer the only option is to restart the process or have some program automatically restart the process when it crashes.

mrpopgun

newbie

Activity: 21

Merit: 0

I keep getting the following when running against the monerpool.org pool. Any ideas why? I get this on my home machine as well as my VPS (Windows at home, Ubuntu on the VPS). They run for awhile the disconnect and the process ends. I run one on simpleminer for each core.

2014-May-15 22:09:03.430341 Getting next job...
2014-May-15 22:09:03.894369 READ ENDS: Success. bytes_tr: 392
2014-May-15 22:09:03.899369 -->>http_stream_filter::parse_cached_header(*)
2014-May-15 22:09:03.905369 <<--http_stream_filter::parse_cached_header(*)
2014-May-15 22:09:24.242533 Getting next job...
2014-May-15 22:09:25.245591 Timed out socket
2014-May-15 22:09:25.250593 READ ENDS: Connection err_code 1236
2014-May-15 22:09:25.255593 Problems at read: The network connection was aborted
by the local system
2014-May-15 22:09:25.263592 Unexpected reciec fail
2014-May-15 22:09:25.268592 Returning false because of wrong state machine. stat
e: 5
2014-May-15 22:09:25.278593 Failed to invoke http request to /
2014-May-15 22:09:25.285593 Can't get new job! Disconnect and sleep....

C:\Users\me\Downloads\bitmonero.win64>

parker928

sr. member

Activity: 294

Merit: 250

is the beta wallet working?

has the code been vetted and stuff?

surfer43

sr. member

Activity: 560

Merit: 250

"Trading Platform of The Future!"

I’ve got this error repeating over and over.
I think it's still mining however.

Code:

2014-Apr-28 18:03:06.878417 [P2P6]ERROR /XXX/bitmonero/contrib/epee/include/net/abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100), shutting down connection
2014-Apr-28 18:03:06.878504 [P2P6]ERROR /XXX/bitmonero/contrib/epee/include/net/levin_protocol_handler_async.h:515 [54.255.153.190:47988 INC]Failed to do_send
2014-Apr-28 18:03:06.878580 [P2P6]Failed to invoke command 1002 return code -1
2014-Apr-28 18:03:06.878701 [P2P6][54.255.153.190:47988 INC]COMMAND_TIMED_SYNC invoke failed. (-1, LEVIN_ERROR_CONNECTION)
2014-Apr-28 18:03:06.878771 [P2P6]Failed to invoke command 1002 return code 0

Has this bug been fixed yet? The pool daemon keeps doing this. Would changing ABSTRACT_SERVER_SEND_QUE_MAX_COUNT to 10,000 be OK?

dreamspark

hero member

Activity: 798

Merit: 1000

Quote from: aloney on May 16, 2014, 09:14:05 AM

Quote from: eddywise on May 16, 2014, 08:25:04 AM

Quote from: smooth on May 16, 2014, 06:22:06 AM

Quote from: eddywise on May 16, 2014, 08:25:04 AM

meaning this coin will not hard fork to actively avoid optimized mining.

I don't know if I would go so far as to promise no hard fork for that ever. If there is some well-thought-out improved version of CryptoNight (perhaps from the original developers) and it seems useful, I could see a carefully-done hard fork to adopt it.

Half-assed efforts to tweak this or that in a poorly-researched way to desperately defeat some optimized miners will very likely not happen. Cyptonote tried to do CPU-only, and they have a reasoned justification for it (though certainly not all agree). If they fail to deliver, we won't stand in the way of that natural evolution to GPU/ASIC/whatever.

Any progress in the new mine tool?
publish a linux first,let us rise the nethash

i'm also waitting for a optimized cpu minning tool, it seems that somebody has that version, now it's unfair for vs whice use the old tool~~

The new miner will be released by noodle once it has been properly tested he is a dev.

Its not unfair if people have the skills to write their own miners...

aloney

full member

Activity: 122

Merit: 100

Quote from: smooth on May 16, 2014, 06:22:06 AM

Quote from: smooth on May 16, 2014, 06:22:06 AM

meaning this coin will not hard fork to actively avoid optimized mining.

I don't know if I would go so far as to promise no hard fork for that ever. If there is some well-thought-out improved version of CryptoNight (perhaps from the original developers) and it seems useful, I could see a carefully-done hard fork to adopt it.

Half-assed efforts to tweak this or that in a poorly-researched way to desperately defeat some optimized miners will very likely not happen. Cyptonote tried to do CPU-only, and they have a reasoned justification for it (though certainly not all agree). If they fail to deliver, we won't stand in the way of that natural evolution to GPU/ASIC/whatever.

Any progress in the new mine tool?
publish a linux first,let us rise the nethash

i'm also waitting for a optimized cpu minning tool, it seems that somebody has that version, now it's unfair for vs whice use the old tool~~

eddywise

sr. member

Activity: 253

Merit: 250

Let's Boolberry

meaning this coin will not hard fork to actively avoid optimized mining.

I don't know if I would go so far as to promise no hard fork for that ever. If there is some well-thought-out improved version of CryptoNight (perhaps from the original developers) and it seems useful, I could see a carefully-done hard fork to adopt it.

Half-assed efforts to tweak this or that in a poorly-researched way to desperately defeat some optimized miners will very likely not happen. Cyptonote tried to do CPU-only, and they have a reasoned justification for it (though certainly not all agree). If they fail to deliver, we won't stand in the way of that natural evolution to GPU/ASIC/whatever.

Any progress in the new mine tool?
publish a linux first,let us rise the nethash

smooth

legendary

Activity: 2968

Merit: 1198

You see no real problem with bot herders - who are very likely to just dump the coins no matter what market price is - getting a rather large portion of the coins compared to regular miners?

Rig miners and industrial miners do largely the same thing, especially the ones with big expensive GPU/ASIC farms and large power bills to pay. Maybe they dump a little more carefully, but they still dump.

The miners who are far more likely to actually hold their coins are a widely distributed population of causal users who don't get many coins each but don't spend a lot to get them.

smooth

legendary

Activity: 2968

Merit: 1198

You really don't have to worry about botnets doing a 51%, there's not much profit in it. You'd be competing against other, "honest" botnets (weird thing to say) that are working for the coin, not against it.

Then I see no real problem. As long as they contribute to the network and behave themselves, all is well.

Quote

Sure, if you get an INSANE number of regular users to mine for themselves, then you won't have to worry about it. But most people are slow to adopt new things - and even less so when they don't see a clear benefit for them. "Who wants to make pennies a day for letting software run on your computer" - even if you could pay them in fiat, which most of them would be far more comfortable with - that's hardly a tantalizing headline. Most people would figure it's not worth the effort.

You can't assume the coin gets really big and also assume hardly anyone uses it. The idea of a wallet miner is that its very easy, probably a check box and a simple explanation ("Do you want to help secure the network, and be eligible to receive free coins?") at installation. Most causal users will check it and never turn it off (as long as it is well-written to stay out of their way, as we have both described).

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: smooth on May 16, 2014, 06:06:08 AM

meaning this coin will not hard fork to actively avoid optimized mining.

I don't know if I would go so far as to promise no hard fork for that ever. If there is some well-thought-out improved version of CryptoNight (perhaps from the original developers) and it seems useful, I could see a carefully-done hard fork to adopt it.

Half-assed efforts to tweak this or that in a poorly-researched way to desperately defeat some optimized miners will very likely not happen. Cyptonote tried to do CPU-only, and they have a reasoned justification for it (though certainly not all agree). If they fail to deliver, we won't stand in the way of that natural evolution to GPU/ASIC/whatever.

eizh

hero member

Activity: 560

Merit: 500

A well executed cpu-mineable crypto coin is in fact the ultimate botnet and will likely outcompete the other botnets. It doesn't have to hide from the users because it recruits them to voluntarily install it.

This just got meta. Cheesy

Anyway, perpetual CPU mining is the CryptoNote developers' vision, but none of the devs on Monero feel strongly about it as far as I know -- meaning this coin will not hard fork to actively avoid optimized mining. My guess is it will follow the natural evolution that BTC and LTC laid out before, although the GPU/CPU or ASIC/GPU performance ratio might be substantially worse.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: cakir on May 16, 2014, 06:01:48 AM

what's the current block id?
how'll I understand my bitmonerond is synced?

It says 'synchronization OK' in green in the daemon window, although on occasion I've seen it get that wrong.

The current block height is 42185

smooth

legendary

Activity: 2968

Merit: 1198

About the "free" aspect of the hardware - the home user cannot often build their hashrate with very little money + a medium amount of work.

Build hash rate, heavens no. Most home users have no interest in building a mining farm. They have one computer (or maybe 2-3) -- already paid for -- and if it makes sense to run a wallet miner on it, they will (as long as it is well-written to stay out of their way, like your invisible botnet, except without the need to hide).

The purpose of egalitarian mining is to recruit a large number of casual users to mine -- and ensure they can mine at a proportionally reasonable rate -- blocking concentration and making it uneconomical. Since casual users aren't paying for "mining gear" and often might not even think they are paying for electricity (in some cases actually not), they are the low cost provider.

smooth

legendary

Activity: 2968

Merit: 1198