Bitcoin Forum
May 07, 2024, 06:57:21 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: scrypt question, would faster and bigger ram improve hash rate?  (Read 1139 times)
solareclipse64236 (OP)
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
August 12, 2013, 08:19:09 PM
 #1

if I bought 768 gigabytes of ram at 1600 mhz, would that improve hashing power?

1715065041
Hero Member
*
Offline Offline

Posts: 1715065041

View Profile Personal Message (Offline)

Ignore
1715065041
Reply with quote  #2

1715065041
Report to moderator
"The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715065041
Hero Member
*
Offline Offline

Posts: 1715065041

View Profile Personal Message (Offline)

Ignore
1715065041
Reply with quote  #2

1715065041
Report to moderator
1715065041
Hero Member
*
Offline Offline

Posts: 1715065041

View Profile Personal Message (Offline)

Ignore
1715065041
Reply with quote  #2

1715065041
Report to moderator
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
August 12, 2013, 08:20:28 PM
 #2

if I bought 768 gigabytes of ram at 1600 mhz, would that improve hashing power?

No Scrypt parameters used by alt-coins use a negligible amount of RAM, about 128KB.  There is more than that in cache on the GPU (not main memory on graphics card, the registers and cache inside GPU itself).
rumbitla
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
August 12, 2013, 08:21:36 PM
 #3

if I bought 768 gigabytes of ram at 1600 mhz, would that improve hashing power?
768 gigabytes of ram is a lot of RAM.
You should buy it and give it a try.
solareclipse64236 (OP)
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
August 12, 2013, 08:46:31 PM
 #4

So the RAM in the GPU is what matters?

mufa23
Legendary
*
Offline Offline

Activity: 1022
Merit: 1001


I'd fight Gandhi.


View Profile
August 12, 2013, 08:59:50 PM
 #5

You'll lose more money in the extra electricity it requires to power the RAM than the hashspeed boost it would give you (if it even gave you an extra percent of hash speed). Reaper needs a lot of RAM, but CGminer doesn't need much. If you're running Cgminer (which you should) you only need a gig or two for each rig.

Positive rep with: pekv2, AzN1337c0d3r, Vince Torres, underworld07, Chimsley, omegaaf, Bogart, Gleason, SuperTramp, John K. and guitarplinker
FlungSpun
Sr. Member
****
Offline Offline

Activity: 414
Merit: 251


View Profile
August 12, 2013, 09:02:15 PM
 #6

oddly I have had better results clocking my RAM down to 1333 from 1600 with 2x 4GB sticks
has worked on three different rigs
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
August 12, 2013, 09:04:33 PM
 #7

So the RAM in the GPU is what matters?

Well RAM is still incorrect.  It is the cache inside the GPU itself.  RAM generally refers to the graphics card main memory (i.e. 1GB, 2GB, etc).  The memory usage for Scrypt is in KB.  Don't feel bad most people assume "memory hard" actually means "memory hard" but the memory hardness of the Scrypt used in LTC (and clones) is 1% of the default Scrypt requirements and those are considered for use in low security (real time) applications.  It is about 1/6,000th of the memory requirements recommended for high security applications.
FlungSpun
Sr. Member
****
Offline Offline

Activity: 414
Merit: 251


View Profile
August 12, 2013, 09:13:39 PM
 #8

So the RAM in the GPU is what matters?

Well RAM is still incorrect.  It is the cache inside the GPU itself.  RAM generally refers to the graphics card main memory (i.e. 1GB, 2GB, etc).  The memory usage for Scrypt is in KB.  Don't feel bad most people assume "memory hard" actually means "memory hard" but the memory hardness of the Scrypt used in LTC (and clones) is 1% of the default Scrypt requirements and those are considered for use in low security (real time) applications.  It is about 1/6,000th of the memory requirements recommended for high security applications.

Interesting, I get the bits about scrypt 1% lite
So why does various monitoring software report GPU memory usage of between 1-1.5GB per card and CG miner using 80+ MB per instance?
solareclipse64236 (OP)
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile
August 13, 2013, 01:48:26 AM
 #9

we'll see

rob143
Member
**
Offline Offline

Activity: 138
Merit: 10


View Profile
August 13, 2013, 02:30:50 AM
 #10

I found a rather interesting article on a possible use for a new developer board called the parallela the discussion can be found here : http://forums.parallella.org/viewtopic.php?f=8&t=276 .
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
August 13, 2013, 04:24:46 AM
 #11

So the RAM in the GPU is what matters?

Well RAM is still incorrect.  It is the cache inside the GPU itself.  RAM generally refers to the graphics card main memory (i.e. 1GB, 2GB, etc).  The memory usage for Scrypt is in KB.  Don't feel bad most people assume "memory hard" actually means "memory hard" but the memory hardness of the Scrypt used in LTC (and clones) is 1% of the default Scrypt requirements and those are considered for use in low security (real time) applications.  It is about 1/6,000th of the memory requirements recommended for high security applications.

Interesting, I get the bits about scrypt 1% lite
So why does various monitoring software report GPU memory usage of between 1-1.5GB per card and CG miner using 80+ MB per instance?

It has to do with the way cache works in GPUs.  Developers don't have access to the cache directly.  Scrypt kernel gets around this by loading the data into main memory to ensure it will be loaded into cache. The copies in main memory are not necessary.

As for cgminer uses system RAM. Well that is no different than any other program including your webrowser. 
J35st3r
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
August 13, 2013, 09:04:03 AM
 #12

I found a rather interesting article on a possible use for a new developer board called the parallela the discussion can be found here : http://forums.parallella.org/viewtopic.php?f=8&t=276 .

Some interesting analysis on that thread. Don't go selling your GPU's yet though as they are already optimised for hundreds (thousands) of parallel threads, while the 1024-core Epiphany chip is still just vaporware.

1Jest66T6Jw1gSVpvYpYLXR6qgnch6QYU1 NumberOfTheBeast ... go on, give it a try Grin
Pages: [1]
  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!