Topic: [ANN][YAC] YACoin ongoing development - page 105. (Read 379983 times)
I downloaded the new client and ran it using the switch but yacoin still hasn't opened after 15 minutes.
it is a problem with pushpool itself as it somehow keeps connections established instead of closing it (and yes - I am using block notify scripts 
). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon.
There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
IMHO that should be fairly easy to fix.). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon. There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
I can take a look after wrapping up the YAC client. BTW, already achieved massive speedup on startup - need more donations!
YAC price will surely spike after we release it, haha!
To the Moon! ┗(°0°)┛
Yac price is recovering nicely...usd value has increased afaik.
Now I need to get a proper wallet, mine isn't updating the blockchain after a certain point
We have a working prototype of a new wallet ready. Not sure if it's bug-free, though. However, works for me so far.
You can get the latest windows binaries here: https://www.dropbox.com/s/pwa2lymjl6igh6q/yacoin-cc-latest.zip
NOTE: you NEED to move/rename (backup) everything except wallet.dat and peers.dat in the yacoin data directory and then run yacoin with -loadblock=C:\blk0001.dat (assuming you put the blk0001.dat file in C:\). This is needed because we had to change the way blocks are indexed and now the wallet starts in LESS THAN 30 SECONDS (down from more than 30 minutes). However, this initial load will take somewhere around 2 hours (still faster than downloading it through the p2p network).
If you don't mind redownloading all the blocks, you can just remove the unneeded files and start yacoin normally (less hassle, but takes more time).
it is a problem with pushpool itself as it somehow keeps connections established instead of closing it (and yes - I am using block notify scripts ). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon.
There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
IMHO that should be fairly easy to fix.). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon. There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
I can take a look after wrapping up the YAC client. BTW, already achieved massive speedup on startup - need more donations!
YAC price will surely spike after we release it, haha!
To the Moon! ┗(°0°)┛
Yac price is recovering nicely...usd value has increased afaik.
Now I need to get a proper wallet, mine isn't updating the blockchain after a certain point
it is a problem with pushpool itself as it somehow keeps connections established instead of closing it (and yes - I am using block notify scripts ). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon.
There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
IMHO that should be fairly easy to fix.). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon. There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
I can take a look after wrapping up the YAC client. BTW, already achieved massive speedup on startup - need more donations!
YAC price will surely spike after we release it, haha!
To the Moon! ┗(°0°)┛
Hi,
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
umm... are you sure you're not just running into the default "socket max conn" limit? the default in linux is set to 128, which limits the number of incoming connections per one socket (one pool port) to 128, which is absurdly low. you can check this with
Code:
cat /proc/sys/net/core/somaxconn
or, if this is not the case, you must be getting some errors in the kernel log (dmesg) - if so, what are they? it's also possible you've reached max number of file handles per process (can be increased, too).
it is a problem with pushpool itself as it somehow keeps connections established instead of closing it (and yes - I am using block notify scripts
). After few days it is so overloaded (EDIT: sometimes there is 200000 established connections to yac port!) that there are more and more rejects - the only solution is to restart pushpool daemon. There is no such problems with stratum server so thats why this is important (no only for me but also for miners)
Hi,
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
umm... are you sure you're not just running into the default "socket max conn" limit? the default in linux is set to 128, which limits the number of incoming connections per one socket (one pool port) to 128, which is absurdly low. you can check this with
Code:
cat /proc/sys/net/core/somaxconn
or, if this is not the case, you must be getting some errors in the kernel log (dmesg) - if so, what are they? it's also possible you've reached max number of file handles per process (can be increased, too).
Hi,
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
As promised I opened 2 new LP ports on http://yac.coinmine.pl pool to handle the load:
8088 - not recommended - heavily used
8080 - not recommended - heavily used
8881 - recommended - new
8882 - recommended - new
Stratum Port: 9088 - recommended
feeleep
I think the lack of a mining client with stratum support is a pretty big freakin deal, right?
Well, not that much. Stratum protocol aims to reduce the load on pool servers with a huge number of miners by letting the miners:
- create unique valid work for themselves when they run out of shares and there was not a new block on the network
- listen for changes instead of asking for them every couple of seconds, thus reducing the bandwidth used by miners/pools by disabling longpoll and making the pool push notifications to miner
The first point doesn't need correcting yet as it's not slowing down miners (because YAC mining is so slow anyway), and the second is not a big deal unless the pools run out of bandwidth due to a HUGE amount of miners.
I'd say a bigger deal would be integrating CPU mining into more sophisticated clients like cgminer (AFAIK there's yacminer with only GPU support). This way you would have the option to failover from one pool to another automagically, which is needed badly right now with pools crashing every couple of minutes (no idea why they're crashing).
its not pool which is crashing - pushpool is not able to handle so many connections... I will open few more ports today evening to support higher interest of yac mining
I think the lack of a mining client with stratum support is a pretty big freakin deal, right?
Well, not that much. Stratum protocol aims to reduce the load on pool servers with a huge number of miners by letting the miners:
- create unique valid work for themselves when they run out of shares and there was not a new block on the network
- listen for changes instead of asking for them every couple of seconds, thus reducing the bandwidth used by miners/pools by disabling longpoll and making the pool push notifications to miner
The first point doesn't need correcting yet as it's not slowing down miners (because YAC mining is so slow anyway), and the second is not a big deal unless the pools run out of bandwidth due to a HUGE amount of miners.
I'd say a bigger deal would be integrating CPU mining into more sophisticated clients like cgminer (AFAIK there's yacminer with only GPU support). This way you would have the option to failover from one pool to another automagically, which is needed badly right now with pools crashing every couple of minutes (no idea why they're crashing).
I think the lack of a mining client with stratum support is a pretty big freakin deal, right?
It's something in the code - I compiled mikaelh's code with the same options as the code with stratum, and it's about 15% faster. Too tired to dig through the code tonight to see where the differences are.
Thanks for the coins folks.
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
not sure if I am right but this version is 2x slower than previous one... could anyone doublecheck?
anyone else willing to try? I'm not feeling so confident about this... I have yet to find a share using these binaries even though it's reporting the correct hashrate. The binary I compiled previous was finding them like mad. Try at your own risk today, but just in case, I'm posting the binary that was for sure finding shares, compiled from the source feeleep posted as well (AVX version only):
https://mega.co.nz/#!O0wDUaKK!SOp9J2oIh9a8TvImtQQdS0tQ7Hgi8DRku7LJDpoComw
so "my version" is also slower than this one: http://yacointalk.com/index.php?topic=264.0
feeleep
Thanks for the coins folks.
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
not sure if I am right but this version is 2x slower than previous one... could anyone doublecheck?
anyone else willing to try? I'm not feeling so confident about this... I have yet to find a share using these binaries even though it's reporting the correct hashrate. The binary I compiled previous was finding them like mad. Try at your own risk today, but just in case, I'm posting the binary that was for sure finding shares, compiled from the source feeleep posted as well (AVX version only):
https://mega.co.nz/#!O0wDUaKK!SOp9J2oIh9a8TvImtQQdS0tQ7Hgi8DRku7LJDpoComw
so "my version" is also slower than this one: http://yacointalk.com/index.php?topic=264.0
feeleep
\cpuminer-stratum-feeleep_x64_avx\minerd.exe -q -a scrypt-jane -o stratum+tcp://yac.coinmine.pl:9088 -O Workername.1:password
Program just opens and closes immediately
What am I doing wrong?
Program just opens and closes immediately
What am I doing wrong?
feeleep just left the -a option as "scrypt", so the following should work with that executable.
\cpuminer-stratum-feeleep_x64_avx\minerd.exe -q -a scrypt -o stratum+tcp://yac.coinmine.pl:9088 -O Workername.1:password
Thank you for the reply.
But still not working
\cpuminer-stratum-feeleep_x64_avx\minerd.exe -q -a scrypt-jane -o stratum+tcp://yac.coinmine.pl:9088 -O Workername.1:password
Program just opens and closes immediately
What am I doing wrong?
Program just opens and closes immediately
What am I doing wrong?
feeleep just left the -a option as "scrypt", so the following should work with that executable.
\cpuminer-stratum-feeleep_x64_avx\minerd.exe -q -a scrypt -o stratum+tcp://yac.coinmine.pl:9088 -O Workername.1:password
\cpuminer-stratum-feeleep_x64_avx\minerd.exe -q -a scrypt-jane -o stratum+tcp://yac.coinmine.pl:9088 -O Workername.1:password
Program just opens and closes immediately
What am I doing wrong?
Program just opens and closes immediately
What am I doing wrong?
Thanks for the coins folks.
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
not sure if I am right but this version is 2x slower than previous one... could anyone doublecheck?
anyone else willing to try? I'm not feeling so confident about this... I have yet to find a share using these binaries even though it's reporting the correct hashrate. The binary I compiled previous was finding them like mad. Try at your own risk today, but just in case, I'm posting the binary that was for sure finding shares, compiled from the source feeleep posted as well (AVX version only):
https://mega.co.nz/#!O0wDUaKK!SOp9J2oIh9a8TvImtQQdS0tQ7Hgi8DRku7LJDpoComw
Code forked from pooler and updated to support yacoin added to my repository for those who wish to peruse the changes.
https://github.com/thirtybird/cpuminer
https://github.com/thirtybird/cpuminer
Thanks for the coins folks.
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
I've taken feeleep's work, merged it with what I did in my earlier versions, and updated the scrypt-jane library from floodyberry's latest push and put it all together into a bunch of executables.
I made one zip that has x64 binaries for each of the following architectures: avx2, avx, corei7, core2, sse3 and athlon. I'm going to work on getting the github source updated for those who will want to compile their own and see the changes - though they are significant as this is based on cpuminer 2.3.1 vs the old one being 2.2.3.
I pushed it to Mega - if someone else wants to host it or suggest someplace else to host it, feel free.
https://mega.co.nz/#!nk4FkZhQ!G0P9605rdfhaE6e1CkXp2GQB1I9BSATwYBKZtWncDKQ
not sure if I am right but this version is 2x slower than previous one... could anyone doublecheck?
Jump to: