Bitcoin Forum
May 05, 2024, 02:36:23 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 [819] 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 ... 1135 »
  Print  
Author Topic: [ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX]  (Read 3426872 times)
tsiv
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
June 23, 2014, 06:08:12 AM
 #16361

Another good-news-bad-news post.

The good: It compiles successfully under Windows and actually works.

The BAD: The kernel is so slow that TDR (driver timeout detection and recovery) kicks in and kills it before it can finish, unless you run stupid low amount of work on it. It also absolutely positively makes it impossible (well, almost impossible) to do anything on the computer while the miner is running. If you thought the earlier ccminer releases were making your desktop lag... Well, this is orders of magnitude worse.

The somewhere-between: The TDR problem can be worked around by fscking around the registry and increasing the timeout values so that the OS doesn't get quite so trigger-happy quite so fast, allowing the kernel to run its course.

Overall I'm definitely not liking what I'm seeing. Also quite surprised to see what GPU-Z had to show, it does seem to be running at full GPU load with memory load being much lower than I expected to see. Might of course be a case of the driver considering waiting on memory I/O as GPU load but I'm not entirely convinced considering the Asus card with its default 5400 MHz memory clock is pushing almost same hashrates as the Palit cards on my Linux rig with their 6000 MHz memory clocks. Color me puzzled.

1714919783
Hero Member
*
Offline Offline

Posts: 1714919783

View Profile Personal Message (Offline)

Ignore
1714919783
Reply with quote  #2

1714919783
Report to moderator
1714919783
Hero Member
*
Offline Offline

Posts: 1714919783

View Profile Personal Message (Offline)

Ignore
1714919783
Reply with quote  #2

1714919783
Report to moderator
The forum was founded in 2009 by Satoshi and Sirius. It replaced a SourceForge forum.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714919783
Hero Member
*
Offline Offline

Posts: 1714919783

View Profile Personal Message (Offline)

Ignore
1714919783
Reply with quote  #2

1714919783
Report to moderator
cbuchner1 (OP)
Hero Member
*****
Offline Offline

Activity: 756
Merit: 502


View Profile
June 23, 2014, 06:16:51 AM
 #16362

I'll just leave this here...



Damn, that's slow. Seems to scale almost perfectly with hardware memory bandwidth when comparing with Claymore's AMD miner.

Excellent news, Sir! We managed to be faster. But I don't think I should publicly state by how much...

Let me know if you want the vacant position as a co-author on ccMiner Wink

Did you have to merge in some of the changes from https://github.com/LucasJones/cpuminer-multi to get the protocol support
for cryptonight (e.g. JSON RPC v2)?

Christian

cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 06:24:41 AM
 #16363

You mean vacant position on ctminer?
nomad1109
Full Member
***
Offline Offline

Activity: 238
Merit: 100


Medichain: The Medical Big-Data Platform


View Profile
June 23, 2014, 07:06:00 AM
 #16364

You mean vacant position on ctminer?

That would no longer be 'vacant' now would it.

Maybe it is more accurate to call it c_miner? Smiley

nomad1109
Full Member
***
Offline Offline

Activity: 238
Merit: 100


Medichain: The Medical Big-Data Platform


View Profile
June 23, 2014, 07:08:13 AM
 #16365

You mean vacant position on ctminer?

Also tread carefully here... someone will begin demanding that a new thread be started or some bullshit.

Name changes can really upset some people's apple cart.

cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 02:01:44 PM
Last edit: June 23, 2014, 02:16:01 PM by cayars
 #16366

A Little Tease Smiley



The client stores all information locally in JSON files but can be directly edited via the form as you can see.

The clients sends the algo and the hash rate to the server/backend where the most profitable algo is determined.  The server returns the most profitable stratum address and port to the client.

The server will do all the switch among say x11 coins for that particular algo.  Same with X13 or any other algo. The only time the client needs to do any switching is when a change of algo is needed.  For example switching from X11 to JHA to CryptoNight. Smiley

At present all payments would be made to a Bitcoin address.

The backend should also be able to switch between conventional pools and "leasing" services if they are the most profitable.

The client is rather "dumb" in that all the "smarts" are located on the backend.

This can control ccminer, cgminer/sgminer or cpu miners.  So basically any GPU or CPU mining program.

Carlo
S_tring
Full Member
***
Offline Offline

Activity: 252
Merit: 102


OPEN Platform - Powering Blockchain Acceptance


View Profile
June 23, 2014, 02:07:23 PM
 #16367

Niiiiice

OPEN Platform | Powering Blockchain Acceptance [ICO]
❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱Blockchain's First Payment API❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱
Whitepaper  ●  Slack  ●  Facebook  ●  Twitter  ●  Reddit  ●  Telegram
RavenXBR
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
June 23, 2014, 02:09:02 PM
 #16368

Awesome new tools guys, congrats...
NVIDIA mining is getting bigger and better each day.

 Wink
bigjme
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
June 23, 2014, 02:09:13 PM
 #16369

A Little Tease Smiley


Another thing that might be good is if you can grab the output of ccminer/cudaminer, to maybe set up a hashrate grabber.
So a button you press, it runs x amount of runs, probably in becnhmark mode. Gets the average, and stores it in the program

if like me you never know what your hashrates were on set things it would allow anyone to grab the program, test their cards for what they get, then use those to calculate Smiley
Not an easy task but possible im sure

Owner of: cudamining.co.uk
Boffinboy
Member
**
Offline Offline

Activity: 80
Merit: 10


View Profile
June 23, 2014, 02:12:25 PM
 #16370

A Little Tease Smiley



Wow, nice! Windows only or Linux too?

BTC - 1GVGSkdnHz12Zuy6rYcnMxoy6PMBqvL4z6
cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 02:20:12 PM
 #16371

A Little Tease Smiley

Another thing that might be good is if you can grab the output of ccminer/cudaminer, to maybe set up a hashrate grabber.
So a button you press, it runs x amount of runs, probably in becnhmark mode. Gets the average, and stores it in the program

if like me you never know what your hashrates were on set things it would allow anyone to grab the program, test their cards for what they get, then use those to calculate Smiley
Not an easy task but possible im sure

Yes, on my todo list for phase 2, along with maybe power figures.  What I'm planning on doing is allowing the Server to send back the hash rates it is seeing instead of what the miner sees.  After all if you have a miner that shows 10K hash but the server only gets 6K then you get paid on the 6K hashs.  This will help figure in Orphon and all other issues that affect your "true hash".

I had edited my post so to keep you from having to go back and read it. Here is the additional info I added:
The client stores all information locally in JSON files but can be directly edited via the form as you can see.

The clients sends the algo and the hash rate to the server/backend where the most profitable algo is determined.  The server returns the most profitable stratum address and port to the client.

The server will do all the switch among say x11 coins for that particular algo.  Same with X13 or any other algo. The only time the client needs to do any switching is when a change of algo is needed.  For example switching from X11 to JHA to CryptoNight. Smiley

At present all payments would be made to a Bitcoin address.

The backend should also be able to switch between conventional pools and "leasing" services if they are the most profitable.

The client is rather "dumb" in that all the "smarts" are located on the backend.

This can control ccminer, cgminer/sgminer or cpu miners.  So basically any GPU or CPU mining program.

Carlo
cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 02:22:41 PM
 #16372

Wow, nice! Windows only or Linux too?

For now windows only.  But all the smarts are on the backend.
I also have a console version of this that I've been using.  The windows version just looks nicer and allows you to edit the JSON config files.

So it shouldn't be overly hard to create a Linux version.
cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 02:30:10 PM
 #16373

BTW, on a slightly different topic.  A lot of pools (especially CryptoNight) have been getting DDoSed to death lately.

I've never dealt with this for anything other then websites which are easy.  If anyone knows of any protection methods that can be used by stratum servers I'd appreciate it if you could PM me any info.

Thanks,
Carlo
bigjme
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
June 23, 2014, 02:32:57 PM
Last edit: June 23, 2014, 02:47:50 PM by bigjme
 #16374

BTW, on a slightly different topic.  A lot of pools (especially CryptoNight) have been getting DDoSed to death lately.

I've never dealt with this for anything other then websites which are easy.  If anyone knows of any protection methods that can be used by stratum servers I'd appreciate it if you could PM me any info.

Thanks,
Carlo

It would depend on if you have physical access to the server or not. and if you did, how much of a budget? if not, cant the host provider implement DDoS protection on the ports?
And websites arent that easy trust me, most online tools can be worked around if you know the servers ip address

Owner of: cudamining.co.uk
djm34
Legendary
*
Offline Offline

Activity: 1400
Merit: 1050


View Profile WWW
June 23, 2014, 02:42:51 PM
 #16375

BTW, on a slightly different topic.  A lot of pools (especially CryptoNight) have been getting DDoSed to death lately.

I've never dealt with this for anything other then websites which are easy.  If anyone knows of any protection methods that can be used by stratum servers I'd appreciate it if you could PM me any info.

Thanks,
Carlo
ddos or bad implementation ?
Most of the time I can't even connect extremepool (too bad, this is where the blocks get validated, while on other pool they all orphaned... fishy whatever is happening)

djm34 facebook page
BTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze
Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 02:48:48 PM
 #16376

It would depend on if you have physical access to the server or not.
And websites arent that easy trust me, most online tools can be worked around if you know the servers ip address

Yes physical servers in my control.

ddos or bad implementation ?
Most of the time I can't even connect extremepool (too bad, this is where the blocks get validated, while on other pool they all orphaned... fishy whatever is happening)

Yes, I've had a lot of problems with that pool also.  Actually a lot of the CN pools have had issues lately with DoS or DDoS.  Could just be a bad stratum implementation also for all I know.

However, if possible I'd like to get some protection in place PRIOR to rolling this out.

Carlo
bigjme
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
June 23, 2014, 02:59:58 PM
 #16377

It would depend on if you have physical access to the server or not.
And websites arent that easy trust me, most online tools can be worked around if you know the servers ip address

Yes physical servers in my control.

Well your choices are a nice industrial router with DDoS protection, doesnt always help though because the amount of bandwidth coming in would stop access to the network, although it could save your server from being overloaded.
Their are online DDoS companies like CloudFlare which help but if you know the servers IP then you can still get to it.

How big of a Downstream trunk are we talking? Home network i would guess? So maybe 40Mb/s?

Owner of: cudamining.co.uk
cayars
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 23, 2014, 03:19:59 PM
 #16378

Well your choices are a nice industrial router with DDoS protection, doesnt always help though because the amount of bandwidth coming in would stop access to the network, although it could save your server from being overloaded.
Their are online DDoS companies like CloudFlare which help but if you know the servers IP then you can still get to it.

How big of a Downstream trunk are we talking? Home network i would guess? So maybe 40Mb/s?

I have over 150MB home/business service via FIOS.

I also have servers running at 3 different data centers plus a few Amazon and Azure boxes.

Not sure yet where I plan to run it.  Depends on what I need to do...

Carlo
bigjme
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250


View Profile
June 23, 2014, 03:22:11 PM
 #16379

On average a DDoS attack can drain 40Gb/s of download
The best way to keep your server safe is to set the router to limit to incoming data to an amount your server can handle

Even then, your router needs to be able to handle huge amounts of data without crippling

Owner of: cudamining.co.uk
cryptomines
Full Member
***
Offline Offline

Activity: 126
Merit: 100


View Profile
June 23, 2014, 03:35:58 PM
 #16380

A Little Tease Smiley



The client stores all information locally in JSON files but can be directly edited via the form as you can see.

The clients sends the algo and the hash rate to the server/backend where the most profitable algo is determined.  The server returns the most profitable stratum address and port to the client.

The server will do all the switch among say x11 coins for that particular algo.  Same with X13 or any other algo. The only time the client needs to do any switching is when a change of algo is needed.  For example switching from X11 to JHA to CryptoNight. Smiley

At present all payments would be made to a Bitcoin address.

The backend should also be able to switch between conventional pools and "leasing" services if they are the most profitable.

The client is rather "dumb" in that all the "smarts" are located on the backend.

This can control ccminer, cgminer/sgminer or cpu miners.  So basically any GPU or CPU mining program.

Carlo

Very nice work!!
Pages: « 1 ... 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 [819] 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 ... 1135 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!