Search content
Sort by
Showing 20 of 70 results by madMAx510510
But again, it will be only temporary so there is at least one pool running at all.
In the long run i don't want to be bothered with DOS attacks or manage firewall settings all day long.
I think there should be multiple pools running and then the miner could be auto-switching in case one goes down.
And yeah solo mining of course.
In the long run i don't want to be bothered with DOS attacks or manage firewall settings all day long.
I think there should be multiple pools running and then the miner could be auto-switching in case one goes down.
And yeah solo mining of course.
Re: Open Source XPM Pool + GPU Miner (aka. madPrimeMiner)
You can be proud of your self making the best miner, even more for this decision. 30 XPM donated.
Thanks, have received it.FINAL UPDATE: The pool will close. All balances will be PAID once they are mature. I WILL release a solo miner.
If you change your mind, I'm happy to help a bit. I think you've taken some really nice steps forward with your architecture thus far and it'd be cool to see a new pool design succeed. (Particularly if you were, in the long run, interested in open sourcing parts of the protocol so that others could build upon it). Getting rid of the hacked up mix of binary gloop and stuff-over-http would be great.
A good place to start is here:
http://www.lognormal.com/blog/2012/09/27/linux-tcpip-tuning/
http://pic.dhe.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=%2Fcom.ibm.websphere.edge.doc%2Fedge%2Fcp%2Fadmingd45.htm
A few are important - tuning time_wait will reduce your susceptibility to grade-school-level TCP attacks such as those that were happening the last few days. But don't set it to 1 second like those guys did - 10 seconds should be adequate.
echo "1024 61000" > /proc/sys/net/ipv4/ip_local_port_range
echo "10" > /proc/sys/net/ipv4/tcp_fin_timeout
echo 32768 > /proc/sys/fs/file-max
syncookies should already be enabled, but if they're not:
echo 1 > /proc/sys/net/ipv4/tcp_syncookies
and check this page's suggestion for using iptables to rate-limit inbound synfloods:
http://www.liquidcomm.net/news/tech_tips/linux_os/how-to-manage-a-ddos-or-dos-attempt-directed-at-your-linux-server.html
It's very possible that the crash you're seeing from ConnectSocketDirectly is related still to running out of file descriptors or something very similar. General server scalability tuning might make it disappear.
http://www.nateware.com/linux-network-tuning-for-2013.html
has a few more - particularly the per-user open file limits, etc. Don't bother with the congestion window and rmem/etc. stuff in there - your server isn't aiming for high tcp throughput on a single connection.
Doing it all via sysctl config in /etc/sysctl.conf is the most straightforward way to have your changes persist after a reboot.
You were right. This is the issue:
/usr/include/linux/posix_types.h:#define __FD_SETSIZE 1024
Basically when a process opens more than 1024 sockets any select() call will cause a buffer overflow.
And this is exactly what ConnectSocketDirectly does in netbase.cpp on line 359:
int nRet = select(hSocket + 1, NULL, &fdset, NULL, &timeout);
The issue boils down to the bitcoin code using the default value of __FD_SETSIZE as defined in posix_types.h
But you can't blame the bitcoin devs, they never imagined to open more than 1024 sockets.
Tomorrow i might implement a fix for this and start the pool again. I still have all your ips in the firewall settings
Re: Open Source XPM Pool + GPU Miner (aka. madPrimeMiner)
would be cool if he made a solo release so we can use it now like cgminer with a donation address attached to pay for improvements
If in 2 days nobody has done so (with open source), i will do it.great would be cool if u made it cgminer like where we can set temps clocks etc
Re: Open Source XPM Pool + GPU Miner (aka. madPrimeMiner)
would be cool if he made a solo release so we can use it now like cgminer with a donation address attached to pay for improvements
If in 2 days nobody has done so (with open source), i will do it.Re: Open Source XPM Pool + GPU Miner (aka. madPrimeMiner)
Wow mate you are really something else you know that. Good move you definitely belong in this space in my opinion, good luck and i'm donating 280xpm cause that was a bloddy good move.
You are a real man! and you are wise because this is how you breath life into xpm possibly...wait till mike gets a hold of this code
Thanks man, have received the 280 XPM.You are a real man! and you are wise because this is how you breath life into xpm possibly...wait till mike gets a hold of this code
Who is mike?
NEWS: I've decided to go open source.
See the official thread:
https://bitcointalk.org/index.php?topic=602292.0
EDIT: The pool server will be running and processing payouts until everything has been paid. All balances >= 0.1 XPM will be paid.
Note that you can't mine. It's running only for the payouts.
See the official thread:
https://bitcointalk.org/index.php?topic=602292.0
EDIT: The pool server will be running and processing payouts until everything has been paid. All balances >= 0.1 XPM will be paid.
Note that you can't mine. It's running only for the payouts.
Maybe you know me from my other thread where i launched a new XPM pool + GPU miner:
https://bitcointalk.org/index.php?topic=598542.0
If yes, you also know that it failed because of DOS attacks and other general server problems.
I've now decided to go open source, with the pool server and the GPU miner.
Now everyone with the expertise can create an XPM pool and also create new miners that work with the same protocol.
Also anyone with basic bitcoin code knowledge can make a solo-miner out of it. EDIT: It's now available.
The pool server code is located at: https://github.com/madMAx43v3r/xpmpool
And the GPU miner code is at: https://github.com/madMAx43v3r/xpmclient
UPDATE: The solo-mining server code is at: https://github.com/madMAx43v3r/xpmserver
The solo-mining server binaries can be downloaded at:
For Windows: https://mega.co.nz/#!hRAmGRAQ!cbYlm-meXprzImw-vQ5COnBQiWtgPFXJeJtTs-041AI
For Linux: https://mega.co.nz/#!NZAHWC6b!FyeF6aKZ32KPs_Ns0NwZsEGaOWkNAlwfSz76hO-Dg_k
Note: The windows version crashes on shutdown, have not been able to fix this.
EDIT: If you have dynamic ip: There is a bug somewhere in the bitcoin network code that can cause the server to loose all connections to the network after your external ip has changed. It will still show 8 or more connections but if you look in debug.log you will no longer see new blocks or transactions. In this case you need to restart the server.
The chance of this bug to happen is around 50%. So be careful, if your external ip changes and you don't check the server and the bug has happend you will produce 100% orphan blocks.
Please use this thread to discuss and/or ask questions about the code.
If you like my work you can donate XPM to: ATHHPkcWjhUSqXpgJhTut7jzWo3JEbNj9J
https://bitcointalk.org/index.php?topic=598542.0
If yes, you also know that it failed because of DOS attacks and other general server problems.
I've now decided to go open source, with the pool server and the GPU miner.
Now everyone with the expertise can create an XPM pool and also create new miners that work with the same protocol.
Also anyone with basic bitcoin code knowledge can make a solo-miner out of it. EDIT: It's now available.
The pool server code is located at: https://github.com/madMAx43v3r/xpmpool
And the GPU miner code is at: https://github.com/madMAx43v3r/xpmclient
UPDATE: The solo-mining server code is at: https://github.com/madMAx43v3r/xpmserver
The solo-mining server binaries can be downloaded at:
For Windows: https://mega.co.nz/#!hRAmGRAQ!cbYlm-meXprzImw-vQ5COnBQiWtgPFXJeJtTs-041AI
For Linux: https://mega.co.nz/#!NZAHWC6b!FyeF6aKZ32KPs_Ns0NwZsEGaOWkNAlwfSz76hO-Dg_k
Note: The windows version crashes on shutdown, have not been able to fix this.
EDIT: If you have dynamic ip: There is a bug somewhere in the bitcoin network code that can cause the server to loose all connections to the network after your external ip has changed. It will still show 8 or more connections but if you look in debug.log you will no longer see new blocks or transactions. In this case you need to restart the server.
The chance of this bug to happen is around 50%. So be careful, if your external ip changes and you don't check the server and the bug has happend you will produce 100% orphan blocks.
Please use this thread to discuss and/or ask questions about the code.
If you like my work you can donate XPM to: ATHHPkcWjhUSqXpgJhTut7jzWo3JEbNj9J
Server is now crashing consistenly. Some bug in bitcoin function ConnectSocketDirectly is causing the issue.
This is just too much, i've been baby sitting this thing for over 48h straight now.
FINAL UPDATE: The pool will close. All balances will be PAID once they are mature. I WILL release a solo miner.
Need to sleep now...
This is just too much, i've been baby sitting this thing for over 48h straight now.
FINAL UPDATE: The pool will close. All balances will be PAID once they are mature. I WILL release a solo miner.
Need to sleep now...
Guys? the pool site is up and reporting that the pool is up but my miners cant connect?
Right now your ip needs to be on the list, because of recent DOS attacks.So send me a PM with your ip, then you can connect
Hello,can you add me to your pool my ip:199.68.218.78
This one is funny 
I kept getting this error;
warning: ran out of hashes. pipeline stalled
Anyone have this issue as well?
It's only a warning and should happen rarely. It was only used for debugging, i just forgot to comment it out.warning: ran out of hashes. pipeline stalled
Anyone have this issue as well?
The problem with the other pools is, they have such high latency that you loose 5-10% to stale/invalid shares. That's why i made my own.
While i'm working on a more permanent solution i will now accept ip-addresses that will be able to connect to the sever.
Please PM me, your ip cannot be known publicly of course.
Yeah i hear ya mate but there seems to be a reason they have high latency right cause they need to be protected as do the mining ports anyhow here is the pool i was referring to
http://www.minin.gs
and a cloudfare signup trial is free btw
i'm getting a ping of 200ms to that server which is the same as yours
Ping is not the issue, it's the time it takes to create work for all connected miners.
The problem with the other pools is, they have such high latency that you loose 5-10% to stale/invalid shares. That's why i made my own.
While i'm working on a more permanent solution i will now accept ip-addresses that will be able to connect to the sever.
Please PM me, your ip cannot be known publicly of course.
Down again?
Yep, they are flooding the server with TCP connections. It's getting to the point where someting like cloudflare is the only option.
The private pool i mentioned would be running parallel to the public one, but i would be free from DOSers.
The site and miner are on.
Yes, but it's a TCP battle right now
I've been getting multiple requests to open a private pool which is a great idea.
Yes i'm reading your PMs Just don't have time to respond right now.
But this is a good idea, however it means only people with static ip or dynamic DNS might be able to connect.
Yes i'm reading your PMs
Just don't have time to respond right now.But this is a good idea, however it means only people with static ip or dynamic DNS might be able to connect.