[SUPPORT] beeeeer.org - tech support

are you using a hardware router or a pc to route the traffic from all your machines to the pool (over your isdn connection) ?
if pc: which OS do you use?

[quote=“xolokram, post:81, topic:358”]are you using a hardware router or a pc to route the traffic from all your machines to the pool (over your isdn connection) ?
if pc: which OS do you use?[/quote]

I acquired the computers as a group from a company that was going out of business. All 14 PCs connect wirelessly to a Zonet ZSR4174WE, which plugs into the ISDN terminator. I believe it is an access point, not a router. The company is no longer in business so no support there. I had a friend come over with his Dlink 601 Wireless Router and there was no change, so I think it is the ISDN and not the network itself. The phone company indicates I should be getting 128kbps, and speed tests confirm that. Not much bandwidth; I envy you all with Megabit connections.
I do not know how much bandwidth a miner takes, but it would seem that 3 miners exceed the 128kbps I have. It also seems a Stratum Proxy requires less than 128kbps, but to my knowledge there is no Stratum support for primecoin; is there anything that might serve the same purpose?
The PCs were windows XP, but I have upgraded them to Windows 7 Ultimate.

UPDATE: I called the phone company and they had a tech look and confirmed that the ISDN was saturating. Their solution was a much more expensive Fractional T1 connection. I did some shopping and found a local Fixed Wireless Broadband Provider that claims to be able to provide me with Mbps service for less that the cost of my ISDN. We shall see.
I just acquired five 8 core servers from a bank that went out of business, so I have 40 more cores to play with. I wish I knew how much bandwidth each client/core needed. Any thoughts on that, or how I could find out short of just adding clients until it breaks?

I am digging into the JSON stats provided on http://www.beeeeer.org/ trying to understand them. Is there any documentation? My ultimate goal is to possibly write something like what Sy did (great job btw) but with email notifications of idle miners and payouts and the like.

unfortunately there’s no documentation.

what page do you want to be explained?
i though most of the stats are self-explanatory :slight_smile:

  • xolokram

Miner info is gone again as far as i can tell so no way to monitor that :slight_smile: payout is rather easy but you need an email for that → user registration :-\

@icedaddy:
if you want to build a website/service to provide additional information on beeeeer stats use:
http://www.beeeeer.org/raw/payouts
http://www.beeeeer.org/raw/blocks
http://www.beeeeer.org/raw/block/193476 (example block)
http://www.beeeeer.org/raw/payout/189813 (example payout)

the “raw”-interface gives you JSON objects.
be aware that the “block” layout will change/be abandoned when CPPSRB is running.

  • xolokram

Thank you very much!

I’m getting this error on a ubuntu 13.04 box (fresh install) after updating to v0.5

$make -f makefile.unix primeminer
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter  -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/primecoin/src -I/root/primecoin/src/obj -DUSE_IPV6=1 -I/root/primecoin/src/leveldb/include -I/root/primecoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/main.d -o obj/main.o main.cpp
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.7/README.Bugs> for instructions.
make: *** [obj/main.o] Error 4

Any ideas what is up?

g++: internal compiler error: Killed (program cc1plus)

typically this is a “not enough memory to compile” problem. how much memory does your machine has left before compiling? (command to check: “free -m” )

try:

make -f makefile.unix primeminer CXXFLAGS="--param ggc-min-expand=1 --param ggc-min-heapsize=4096"

be aware, with these flags: compilation takes a little bit longer

  • xolokram

I have another question that maybe somebody can enlighten me on. I have been playing with the pool miner, just for the heck of it, on a 4-core system (task manager shows 4 cores). I tell the miner to use 1 thread and it uses 25% of my processor and I count the shares (I don’t know how to read the stats the miner spits out). I say 2 threads and the processor goes up to 50% and the shares I count about doubles, as expected. 3 threads and 4 behave similarly, as expected; at 4 I am at 100%. If I say 5 threads I stay at 100% (how could that go any higher) but the number of shares increases, by about 20%. 6 threads another 20%. 7 shares another 20%. 8 shares another 20%. 9 shares and the shares drops dramatically. I did this over and over, with pretty much the same results. This makes no sense to me; am I losing my mind, and if so can somebody help me find it?

[quote=“xolokram, post:86, topic:358”]the “raw”-interface gives you JSON objects.
be aware that the “block” layout will change/be abandoned when CPPSRB is running.

  • xolokram[/quote]
    Awesome, thanks for the raw stats! I wrote my own scraper (which was encountering the issue I mentioned above) so having the pure JSON is awesome. No more parsing required :smiley:

@entz:
no problem. if you have something useful for the community: share it! :slight_smile:
(the “block” info will change soon)

@icedaddy:
that sounds pretty odd.

there could be some small advantage of running one more thread than you actually have, but that value shouldn’t be >10% (increasing it any further or doubling the thread count will just increase the overhead and thus should decrease your performance). did you test everything long enough to even out the randomness? it could’ve been just pure luck.

  • xolokram

[quote=“xolokram, post:92, topic:358”]@icedaddy:
that sounds pretty odd.

there could be some small advantage of running one more threads than you actually have, but that value shouldn’t be >10% (increasing it any further or doubling the thread count will just increase the overhead and thus should decrease your performance). did you test everything long enough to even out the randomness? it could’ve been just pure luck.

  • xolokram[/quote]

It does indeed. I tested it 3 times, 15 min each test. It is always possible it was random fluxions, but it seemed pretty consistent. I did some research and got my first introduction to “hyper threading”, which I think might be the explanation. I tried the same test on an AMD machine (I gather hyper threading is an Intel thing) and anything over 1 thread per core showed no increase.

[quote=“icedaddy, post:93, topic:358”][quote=“xolokram, post:92, topic:358”]@icedaddy:
that sounds pretty odd.

there could be some small advantage of running one more threads than you actually have, but that value shouldn’t be >10% (increasing it any further or doubling the thread count will just increase the overhead and thus should decrease your performance). did you test everything long enough to even out the randomness? it could’ve been just pure luck.

  • xolokram[/quote]

It does indeed. I tested it 3 times, 15 min each test. It is always possible it was random fluxions, but it seemed pretty consistent. I did some research and got my first introduction to “hyper threading”, which I think might be the explanation. I tried the same test on an AMD machine (I gather hyper threading is an Intel thing) and anything over 1 thread per core showed no increase.[/quote]

Wait, what cpu do you have? If you go over 4 physical threads, but HT gives a total of 8 threads you’re not going over the amount of available threads.

Hi xolokram,

Please, could you clarify the situation with payouts.

  1. I see that payouts proceed long after declared 3200 confirmations. Atm, last block payed is 191691, which already has 3732 confirms.
  2. It seems that I did not get payment from block 191684. According to data from http://xpm.syware.de/?address=APD3nnZiaaTSxi494s3A6SxTi4CZSB6uxy&details=2 there should by 3 payments from the pool, but only 2 transactions are in blockchain: http://xpm.cryptocoinexplorer.com/address/APD3nnZiaaTSxi494s3A6SxTi4CZSB6uxy

Thanks for support and for your great job!

Hello,
I’m new at cryptocurrency and I have problem with mining primecoin for beeeeer.org with primecoin-qt.

when i wote -pooluser=[payout-address] -poolip=beeeeer.org -poolport=1337 -genproclimit=[threads-to-use] in primecoin-qt console I got red info “Method not found (code -32601)”

What I do wrong? Could you explain step by step how I can mining primecoin in beeeer.org pool with primecoin-qt?

[quote=“frycek1987, post:96, topic:358”]Hello,
I’m new at cryptocurrency and I have problem with mining primecoin for beeeeer.org with primecoin-qt.

when i wote -pooluser=[payout-address] -poolip=beeeeer.org -poolport=1337 -genproclimit=[threads-to-use] in primecoin-qt console I got red info “Method not found (code -32601)”

What I do wrong? Could you explain step by step how I can mining primecoin in beeeer.org pool with primecoin-qt?[/quote]

You don’t use the QT to mine! There’s a stand alone miner in the first page. V 0.4 (soon 0.5 for windows)

@frycek1987:
what ivanlabrie said. see the first post. v0.5 coming soon.

@ivanlabrie:
thank you. :slight_smile:

@icedaddy:
try to find out how many physical and how many logical (aka hyper-threading) threads your machine supports.

@romaniz:
currently, the payouts (aka the payout script) are executed manually every ~12 hours by me. i’m monitoring them, althouth everything is running pretty stable. once the cppsrb is in a final stage and public i will automate this process; so currently there’s some delay with the payouts, yes.

i don’t know how Sy’s handling this, but i count 8 matured & executed payouts for your payout address at Sy’s stats page and at cryptocoinexplorer.

  • xoloklram

[quote=“xolokram, post:98, topic:358”]@romaniz:
currently, the payouts (aka the payout script) are executed manually every ~12 hours by me. i’m monitoring them, althouth everything is running pretty stable. once the cppsrb is in a final stage and public i will automate this process; so currently there’s some delay with the payouts, yes.

i don’t know how Sy’s handling this, but i count 8 matured & executed payouts for your payout address at Sy’s stats page and at cryptocoinexplorer.[/quote]

Thanks for reply. It is OK now, but there was a moment when some shares were marked as payed, but actually not processed. They were processed in the next batch.

Holy,
A block (196665) with 1012 xmp reward?

edit
And the next block also (196690)
@xologram, save yourself quickly!