Bitcoin Forum
November 13, 2024, 10:09:28 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they strongly believe that the creator of this topic is a scammer. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: [1]
  Print  
Author Topic: Dear Software Devs: Possible 4GB DAG file workaround  (Read 461 times)
TheBottomTurtle (OP)
Jr. Member
*
Offline Offline

Activity: 55
Merit: 7


View Profile
June 19, 2020, 12:18:27 AM
 #1

Actually pulling this off is far beyond my technical capabilities, but I was thinking it might be possible to use two 4GB cards working in tandem to simulate an 8GB card.  If it's reasonable to split the DAG into two parts, each half could be loaded into a separate card.  Both cards could begin hashing together, passing control of the function back and forth between them as elements are selected from the portion of the DAG loaded in the other card.  As I said, the technical details of how Ethash works are outside my understanding, but as current mining software seems to lean heavily on pagefiles and does use system RAM could a pool of pointers be shared between two cards allowing them to work together like this?

I understand this would half the overall hashrate, perhaps even worse due to increased overhead, but I think it's safe to say those of us with a lot of 4GB cards would prefer that to having a bunch of paperweights.

If my suggestion is completely absurd feel free to flame and carry on with your life.  My only request is that your insults are creative or clever   Cheesy

-TBT
buraz11
Jr. Member
*
Offline Offline

Activity: 116
Merit: 4


View Profile
June 19, 2020, 05:03:51 AM
 #2

Its so quiet that i think you actually made some devs think, i have the same problem here. I thought about reaching the guys doing the teamredminer but i dont know as im just a newbie here...time will tell
anamichii
Sr. Member
****
Offline Offline

Activity: 287
Merit: 250


Global economic crisis? i hold my bitcoin..


View Profile
June 19, 2020, 07:28:16 AM
 #3

good idea, but maybe need another software / or another hardware to fusion 2 card
DrG
Legendary
*
Offline Offline

Activity: 2086
Merit: 1035


View Profile
June 19, 2020, 09:11:41 AM
 #4

The time to access the GPU VRAM vs time to talk to the other card across the BUS alone are hugely different. The only purpose of 4GB cards will be to find some other coin or to play games. Dump them now while prices are high due to shortages. Covid was like a free gift to anybody holding 4GB cards.
rikuu
Jr. Member
*
Offline Offline

Activity: 102
Merit: 2


View Profile
June 19, 2020, 04:05:36 PM
 #5

I agree with DrG. Unfortunately, if GPUs have to talk to each other, mining speed would be incredibly slow. it is not viable.
JayDDee
Full Member
***
Offline Offline

Activity: 1424
Merit: 225


View Profile
June 19, 2020, 06:03:07 PM
 #6

I'll play along.

If the file can be split the excess could be stored in main mem. Only accesses to the excess
part of the file would be penalized.

TheBottomTurtle (OP)
Jr. Member
*
Offline Offline

Activity: 55
Merit: 7


View Profile
June 19, 2020, 06:50:27 PM
 #7

I see the point being made.  I thought it might be possible to avoid the cards needing to talk to each other by sharing access to pointers.  The hashing could be done on two cards in parallel using the same pointers to working memory.  I'm not familiar with what is loaded into the GPUs themselves though and what the system RAM is used for.


If the file can be split the excess could be stored in main mem. Only accesses to the excess
part of the file would be penalized.

That's an interesting idea I didn't consider though.  I'm not sure what sort of numbers we'd be talking about but if you could load 90% of the DAG into the VRAM and only be penalized when accessing the missing 10% in the system RAM you might end up with something viable.
mnhoster
Copper Member
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
June 19, 2020, 09:30:42 PM
 #8

I tried that over and over but it exceeds me. I am not even sure if the result will satisfy us if someone manages to do this.

If it was possible to transfer little part of the DAG file to ram  Huh

GPU    4 - 4 - 4 - 4
RAM    2 - 2 - 2 - 2
TOTAL 6 - 6 - 6 - 6
buraz11
Jr. Member
*
Offline Offline

Activity: 116
Merit: 4


View Profile
June 19, 2020, 11:52:00 PM
 #9

If im not wrong the teamredminer devs already did some kind of split dag thing because some drivers dont support full ram allocation or something
astraleureka
Member
**
Offline Offline

Activity: 236
Merit: 16


View Profile
June 20, 2020, 06:54:59 AM
 #10

Its so quiet that i think you actually made some devs think, i have the same problem here. I thought about reaching the guys doing the teamredminer but i dont know as im just a newbie here...time will tell

it's quiet because it's illogical and detached from reality
buraz11
Jr. Member
*
Offline Offline

Activity: 116
Merit: 4


View Profile
June 20, 2020, 07:07:50 AM
 #11

you could be right, maybe something happens, i think there is a slight possibility one of the programming geniuses makes a solution if not nobody is going to die life goes on
adaseb
Legendary
*
Offline Offline

Activity: 3878
Merit: 1733


View Profile
June 21, 2020, 04:16:01 AM
 #12

It's a clever idea but if it was actually possible then something would of been developed about 5 years back so the 1gb GPUs would be able to mine. And there actually was a type of beta software miner 5 years ago which would of made the 1gb mine but it was scrapped because it achieved very slow speeds.

Two GPUs communicating with each other will be too slow because the bus speed would slow them down. GDDR is very fast ram but only on the GPU itself and nowhere else.
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!