Search content
Sort by
Showing 4 of 4 results by rodman80
Epsy has just posted this:
YiiMP was hacked by a new very serious method involving IRC bots and PHP files creation.
Most known (and less known pools) were withdrawed in one hour after installing a yii php
interface to their IRC network (a php irc client).
Banning IRC port on your server is the first thing to do (6667) but you also need to prevent
any .php file execution (except the required index.php) on your web server.
Both nginx and lighttpd were vulnerable, but the location of the php client was different
regarding servers.
YiiMP was hacked by a new very serious method involving IRC bots and PHP files creation.
Most known (and less known pools) were withdrawed in one hour after installing a yii php
interface to their IRC network (a php irc client).
Banning IRC port on your server is the first thing to do (6667) but you also need to prevent
any .php file execution (except the required index.php) on your web server.
Both nginx and lighttpd were vulnerable, but the location of the php client was different
regarding servers.
Alexis' code is very efficient, as every code I´ve seen from him.
His Skein code results gives INT32 pipe utilization already pretty high (~95% on 1080Ti).
I don't think we can expect too much (if any) improvement, unless you can reduce the total INT32 Operations to calculate hashes.
Not sure if skein has such room for improvement.
His Skein code results gives INT32 pipe utilization already pretty high (~95% on 1080Ti).
I don't think we can expect too much (if any) improvement, unless you can reduce the total INT32 Operations to calculate hashes.
Not sure if skein has such room for improvement.
yes... sm_61 is an emulation of sm_60 P100 fp16 stuff, and when used (look like it is sometimes) its slower than normal ops generated for sm_5x ... So nothing changed for the GTX (and mining cards) about that since CUDA 8
ghostwalker: -d 0 or -d 1
Oh, I didn't know that. It does make sense the poor performance then, since fp16 in P100 is a lot different than in GTX family. I hope they change the emulation somehow in the future.
I'm trying to learn the new tricks using Cuda9 RC. I think the cooperative groups approach might be interesting for a few algos.
I'll send you a PM if I discover anything useful for ccminer, but don't expect too much, since I don't have even 20% of your coding expertise
Congrats and keep up the good work.
Rod
Epsylon,
Did you try Cuda 9 RC yet? Looks like __shfl was deprecated in favor of something else. There´s no programming guide for V9 yet so I don't know for sure.
I´m trying to give it a shot to see if they improved compiling for sm_61.
Almost all algos run slower on sm_61 compiled code, comparing to sm_52, which is a bit odd.
Did you try Cuda 9 RC yet? Looks like __shfl was deprecated in favor of something else. There´s no programming guide for V9 yet so I don't know for sure.
I´m trying to give it a shot to see if they improved compiling for sm_61.
Almost all algos run slower on sm_61 compiled code, comparing to sm_52, which is a bit odd.