ETH 4G DAG问题及其对策

众所周知,对于只有4Gb显存的显卡来说,ETH的DAG尺寸已经非常大了,快要大到放不进只有4Gb显存的显卡了。

另外,windows 10操作系统还要从4Gb的显存中拿走0.5Gb显存,加剧了4Gb显卡显存的紧张态势。但这并不表明4Gb显存的显卡现在就挖不了ETH了,因为当显卡的显存不足够容下ETH的DAG文件时内核会使用系统内存(内存条的内存)。由于显卡访问内存的速度比访问自己的显存的速度慢,所以算力会有个明显的下降,预计从27-28Mh/s下降到19-20Mh/s。如果用上内存条的内存也不够的话内核只能放弃使用这张4Gb显卡了。

众所周知,理论上,4Gb显存的显卡在2020年12月10日前后将停止挖矿,但实际上会提前。

如何解决由于DAG尺寸的增大导致的4Gb显存的显卡遇到的问题?

注意:以下方案无先后顺序关系且部分方案可以联合使用

  • 方案一:使用集成显卡或假显卡消减windows操作系统对矿卡显存的占用;
  • 方案二:在高级参数处填-eres 0参数;

  • 方案三:找一张8Gb显存的显卡插在Gpu0的位置;

  • 方案四:安装旧版的驱动,比如375.57,因为旧版的驱动可以让windows占用更少的显存。或者更换linux操作系统(优麒麟,在AMD官网下载驱动的时候选择windows旁边的ubuntu系统的驱动)
  • 方案五:什么也不干,挖到2020年11月5号左右拉倒;
  • 方案六:挖其它币种。

下载开源矿工

官网:https://ntminer.com

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

2020年前端实用代码段,为你的工作保驾护航

有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )