burst挖矿linux
① POC硬盘挖矿概念怎么解析Lava又是什么
简单来说，一共有三个理由：
1、PoC具有安全、开放、清洁的特性，横向对比并不逊色与PoW，今年PoC生态有爆发的态势，有可能在可预见的将来再造一个PoW量级的生态。这是区块链的下一个爆点，所以现在正是一个可以在共识爆发前夕加入共识的时间点。
2、PoC使用硬盘挖矿，硬盘是通用的、普遍的硬件，共识的基础具有天然的广泛性与分散性；而且硬盘挖矿没有算力垄断、ASIC化的问题，对参与者公平友好。
3、今年PoC生态的爆发，必然推动硬盘类设备的市场需求，更早参与可以节约大量成本。
Lava的愿景、团队和技术支持都是指向一个宏大的目标，即在PoC的基础上建立全球去中心化存储空间的信任设施，因此Lava占据的是PoC挖矿+去中心化存储的绝佳赛道，有巨大的发展空间。
② 爆裂币Burstcoin挖矿用的什么硬盘
BURST诞生于2014年，刚出来的时候，每个块产生10000个BURST COIN，4分钟出一个块，每月递减5%，目前已经产出将近90%的总量。可以采用企业级硬盘挖矿，这样读写速度都很快，而且可以7*24小时一直挖矿。
爆裂币Burstcoin的挖矿方式，是使用POC ( Pool of capacity )，占用矿机的硬盘空间，把预定生成了的“哈希函数”存储在硬盘中，这些“哈希函数”分成一个又一个的小块，所以在Burstcoin 的挖矿中，矿工储存的不是用户的数据，硬盘中的“哈希函数”在挖矿时，只用作上载答案 ( 即是哈希函数 ) 到网络，从而抢得新区块。
挖矿的硬件要求，I3以上CPU，4G以上内存，主板支持的SATA接口越多越好。也可以尽量买PCI-E接口多的主板，推荐B75系列主板。
③ 请问Linux驱动程序中，字符设备驱动，块设备驱动以及网络驱动的区别和比较，学的时候需要注意些什么
可以讲字符设备和块设备归为一类，它们都是可以顺序/随机地进行读取和存储的单元，二者驱动主要在于块设备需要具体的burst实现，对访问也有一定的边界要求。其他的没有什么不同。
网络设备是特殊设备的驱动，它负责接收和发送帧数据，可能是物理帧，也可能是ip数据包，这些特性都有网络驱动决定。它并不存在于/dev下面，所以与一般的设备不同。网络设备是一个net_device结构，并通过register_netdev注册到系统里，最后通过ifconfig -a的命令就能看到。
不论是什么设备，设备级的数据传输都是基本类似的，内核里的数据表示只是一部分，更重要的是总线的访问，例如串行spi，i2c，并行dma等。
④ linux12.04中有netem吗
一：综述：
linux系统中的流量控制器（TC）主要是在输出端口处建立一个队列进行流量控制。
TC是一个可以根据数据包的任何一个部分的特征对其进行分类的工具，并且可以为各类数据提供不同带宽，从而控制他们的传输速度。TC是iproute2的一部分，集成在2.2.及以上版本的内核中，还可以与linux内核里的各种架构（如Netfilter netem）协同工作。
二：TC的组件
TC主要由队列规定（qdisc）,类（class）和过滤器（filter）这3个组件组成，绘图中一般用圆形表示队列规定，用矩形表示类：
1:qdisc：TC的核心组件，也被称为队列，是管理网卡输入，输出数据的一个算法，用于确定数据包的发送方式。
队列规定可分为两类：
（1） 不分类的qdisc：内部不包含可配置的子类，对进入队列的数据包不进行区分对待，而只是对数据包进行重新编排，延迟发送或者丢弃，主要有：pfifo-fast.TBF.SFQ等
（2） 分类队列规定：内部可包含一个或多个子类，使用过滤器对数据包进行分类，然后交给相应的子类处理，分类队列规定有CBQ，HTB等
2：类：
就是数据的类别，各种数据通过过滤器进行分类，最后被放入类的队列规定里面进行排队。
如果一个类没有子类，那么这个类被称为叶子类，否则就被成为内部类。1：1和1：12是内部类，其他均为叶子类，叶子类有一个负责为这个类发送数据的队列规定，而且这个qdisc可以是分类的，如1：10有一个分类的队列规定。TC中通常把类的队列规定称为叶子qdisc（只有叶子类才有队列规定）
3：过滤器
就是一些规则，根据这些规则对数据包进行分类，过滤器可以属于队列规定，也可以属于内部类，若需要在叶子类上再实现分类，那就必须将过滤器与叶子类的分类队列规定关联起来，而不能与叶子类相关联。
最常用的是U32过滤器，由一个过滤器和一个动作组成，选择器用来对数据包进行匹配，一旦匹配成功就执行该动作。
三：TC的结构
都是以一个根qdisc开始的，若根qdisc是不分类的队列规定，那它就没有子类，因此不可能包含其他的子对象，也不会有过滤器与之关联，发送数据时，数据包进入这个队列里面排队，然后根据该队列规定的处理方式将数据包发送出去。
分类的qdisc内部包含一个或多个类，而每个类可以包含一个队列规定或者包含若干个子类，这些子类友可以包含分类或者不分类的队列规定，如此递归，形成了一个树。
句柄号：qdisc和类都使用一个句柄进行标识，且在一棵树中必须是唯一的，每个句柄由主号码和次号码组成qdisc的次号码必须为0（0通常可以省略不写）
根qdisc的句柄为1：，也就是1：0。类的句柄的主号码与它的父辈相同（父类或者父qdisc），如类1：1的主号码与包含他的队列规定1：的主号码相同，1：10和1：11与他们的父类1：1的主号码相同，也为1。
新建一个类时，默认带有一个pfifo_fast类型的不分类队列规定，当添加一个子类时，这个类型的qdisc就会被删除，所以，非叶子类是没有队列规定的，数据包最后只能到叶子类的队列规定里面排队。
若一个类有子类，那么允许这些子类竞争父类的带宽，但是，以队列规定为父辈的类之间是不允许相互竞争带宽的。
四：TC的工作原理：
对互联网而言，一切都是数据包，操控网络实际上是在操控数据包，操控它如何产生，路由，传输，分片等等。TC在数据包离开系统的时候进行控制，在IP层与网卡之间做手脚，实际上，负责将数据包传递到物理层的正是TC模块，这意味着在系统内核中，TC作为数据包的调度者是一直运作的，甚至在你不想用他的时候，一般情况下，TC维持 一个先进先出的数据队列。
数据包入队的时候首先调用根队列规定的过滤器，根据过滤器定义的规则将数据包交给某个类，如果该类不是叶子类，将会调用该类定义的过滤器进一步分类，若该类没有定义过滤器，就会交给包含他的队列规定的默认类来处理，若接收到数据包的类是叶子类，数据包将进入到叶子类的队列规定里面排队，需要注意的是：过滤器只能将数据包交给某个类，类再将数据包放入自己的队列规定进行排队，而不能直接交给某个队列规定。
接受包从数据接口进来后，经过流量限制，丢弃不合规定的数据包，然后输入多路分配器判断：若接受包的目的地是本主机，那么将该包送给上册处理，否则需转发，将接受包交到转发块处理。转发块同时也接收本主机上层产生的包。转发块通过查看路由表，决定所处理包的下一跳，然后对包排序以便将他们传送到输出接口。
Linux的TC主要是在输出接口排列时进行处理和实现的。
五：TC命令
1：add命令：在一个节点里加入一个qdisc，类或者过滤器。添加时，需要传递一个祖先作为参数，传递参数时既可以使用ID也可以直接传递设备的根，若建一个qdisc或者filter，可以使用句柄来命名，若建一个类，使用类识别符来命名。
2：remove：删除由某个句柄指定的qdisc，根qdisc也可以被删除，被删除的qdisc上的所有子类以及附属于各个类的过滤器都会被自动删除。
3：change：以替代方式修改某些项目，句柄和祖先不能修改，change和add语法相同。
4：replace：对一个现有节点进行近于原子操作的删除/添加，如果节点不存在，这个命令就会建立节点。
5：link：只适用于qdisc，替代一个现有的节点
tc qdisc [add|change|replace|link] dev DEV [parent qdisc-id |root] [handle qdisc-id ] qdisc [qdisc specific parameters]
tc class [add|change|replace] dev DEV parent qdisc-id [classid class-id] qdisc [qdisc specific parameters]
tc filter [add|change|replace] dev DEV [parent qdisc-id|root] protocol Protocol prio Priority filtertype [filtertype specific parameters] flowid flow-id
tc [-s|-d] qdisc show [dev DEV]
tc [-s|-d] class show dev DEV
tc filter show dev DEV
六：TBF队列：（令牌桶队列）
tc qdisc add tbf limit BYTES burst BYTES rate KBPS [mtu BYTES] [peakrate KBPS] [latency TIME] [overhead BYTES] [linklayer TYPE]
rate是第一个令牌桶的填充速率
peakrate是第二个令牌桶的填充速率
peakrate>rate
burst是第一个令牌桶的大小
mtu是第二个令牌桶的大小
burst>mtu
若令牌桶中令牌不够，数据包就需要等待一定时间，这个时间由latency参数控制，如果等待时间超过latency，那么这个包就会被丢弃
limit参数是设置最多允许多少数据可以在队列中等待
latency=max((limit-burst)/rate,(limit-mtu)/peakrate);
burst应该大于mtu和rate
overhead表示ADSL网络对数据包的封装开销
linklayer指定了链路的类型，可以是以太网或者ATM或ADSL
ATM和ADSL报头开销均为5个字节。
七：netem模块
netem提供网络方针的功能，可以方针广域网的可变时延，丢包，数据包副本和重排序等性质。
netem被包含在内核中的iproute2中，netem模块被TC控制调用。
netem包含两部分：
（1） qdisc的内核模块：被整合到内核中
（2） 配置该模块的命令行功能：iproute2的一部分
两者通过netlink套接字练习，命令行将其请求编成一种格式，而内核进行解码。
1：模拟时延：
例：#tc qdisc add dev eth0 root netem delay 100ms
所有经过eth设备输出的数据包均延迟100ms
#tc qdisc change dev eth0 root netem delay 100ms 10ms
表示延迟具有随机性，延时范围是100+_10ms
#tc qdisc change dev eth0 root netem delay 100ms 10ms 25%
表示延时范围是：100+_10ms*25%
2:延时的分布：
在实际网络中，延时并不是均匀分布的，更像正态分布
#tc qdisc change dev eth0 root netem delay 100ms 20ms distribution normal
注意：分配（如normal，pareto，paretonormal）是iproute2编译出放在/usr/lib/tc下的，所以可以编译出自己的分布
3：丢包
可设置的最小丢包率为 232=0.000 000 0232%
#tc qdisc change dev eth0 root netem loss 0.1%
表示0.1%的随机性丢包
#tc qdisc change dev eth0 root netem loss 0.3% 25%
引起0.3%的丢包率
25%指的是相关性，相关性可以用来模拟突发造成的丢包
4：数据包副本
#tc qdisc change dev eth0 root netem plicate 1%
5:数据包冲突错误：
实际网络中的随即噪声会导致包出错，可以用corrupt option模块模拟
#tc qdisc change dev eth0 root netem corrupt 0.1%
会引起0.1%的出错
6：数据包重排序
#tc qdisc change dev eth0 root netem gap 5 delay 10ms
只有5的倍数的数据包不被延迟，其他均延迟10ms
#tc qdisc change dev eth0 root netem delay 10ms recorder 25% 50%
25%的数据包被立即发送，其他包被延迟10ms
这里50%指的是25%的数据包具有的相关性
另外随机延迟的不同也会导致重排序
在构造丢包时，线性相关系数用来设定丢包的分布情况，若为0，表示丢包随机：从0-1，表示丢包的分布趋于集中。比如设定丢包率为10%，线性相关系数为1，则表示每100个数据包丢10个，但是这十个包非常集中（有可能20个连续包就丢了10个），需要特别说明的是，实际的丢包效果绝不是一个精确的数字，更多的是一个统计数。
⑤ Linux 下的服务器时间同步方案有哪些
大多数应用场景中，使用ntpd的-g参数令其在启动时允许大步长同步就足够了（除此之外还可以在配置中使用 iburst 来让加速同步）。使用 ntpd 唯一需要注意的是在配置时应配置 ACL，以免成为攻击跳板。
在启动 ntpd 之前运行一次ntpdate 的好处是 ntpdate 退出时，系统的时间已经调到了比较接近正确的时间。不过， ntp 作者已经在文档中明确表示未来 ntpdate 会变成一个shell脚本（通过 ntpd -g -q 来实现），事实上，现在也可以在启动时用 ntpq -c rv 来检查 ntpd 的状态了，对于精度要求比较高的应用，系统时间和时钟快慢同等重要，如果不高，也没有太大必要去另外运行 ntpdate 了。
定时运行 ntpdate 的系统很容易受到这样的攻击：如果有人故意调整了某个 ntp 服务器的时间，所有使用 ntpdate 的系统都将跟随其设置。举例来说，假如已知某家公司的系统每天凌晨3点会执行某项非常耗时的任务，同时每4个小时会做一次ntpdate，那么攻陷这台服务器并令其一直返回 凌晨 2:59，就可以很容易地实现四两拨千斤的杠杆式攻击了，而且，由于系统时间也会影响日志，因此观察日志的人员也比较容易受其误导。
与此相反，ntpd 通常会配置为使用多个参考服务器，在运行时会参考多个服务器的时间，并排除明显异常的服务器。而监控多个 ntp 服务器相对来说要容易得多。
用 cron 或类似的任务计划去做 ntpdate 还有个问题是如果系统时间比较准的话，每到某个整点（或者特定的时间）的同步操作就变成了一次对 NTP 服务器的 DDoS。机器多的话，这种放大效应对于集群本身和提供 NTP 服务的机器都是不利的。
⑥ linux服务器流出流量过大 是否木马
不是木马，是设置问题，下面是流量的控制方法
一、Linux 流量控制过程分二种：
1、队列控制 即 QOS, 瓶颈处的发送队列的规则控制，常见的有 SFQ PRIO
2、流量控制 即带宽控制 , 队列的排队整形， 一般为 TBF HTB
二、Linux 流量控制算法分二种：
1、无类算法 用于树叶级无分支的队列，例如：SFQ
2、分类算法 用于多分支的队列，例如：PRIO TBF HTB
三、具体实现：
1. 在网卡上建立 以SFQ算法的限流
#tc qdisc add dev eth0 root handle 1: sfq
SFQ 参数有 perturb( 重新调整算法间隔 ) quantum 基本上不需要手工调整 :
handle 1: 规定算法编号 .. 可以不用设置由系统指定 ..
#tc qdisc sh dev eth0 显示算法
#tc qd del dev eth0 root 删除 注 : 默认 eht0 支持 TOS
2. 在网卡建立以 TBF算法的限流
#tc qd add dev eth1 root handle 1: tbf rate 256kbit burst 10000 latency 50ms
速率 256kbit 突发传输 10k 最大延迟 50ms
#tc -s qd sh dev eth1 统计
#tc qd del dev eth1 root 删除
3. 在网卡建立 PRIO
#tc qdisc add dev eth0 root handle 1: prio
# 此命令立即创建了类 : 1:1, 1:2, 1:3 ( 缺省三个子类 )
#tc qdisc add dev eth0 parent 1:1 handle 10: sfq
#tc qdisc add dev eth0 parent 1:2 handle 20: tbf rate 20kbit buffer 1600 limit 3000
注 : 此为 TBF 限速的另一写法 , 前文有讲解 .
#tc qdisc add dev eth0 parent 1:3 handle 30: sfq
4. WEB 服务器的流量控制为 5Mbps,SMTP 流量控制在 3Mbps 上 . 而且二者一共不得超过 6Mbps, 互相之间允许借用带宽
#tc qdisc add dev eth0 root handle 1:0 cbq bandwidth 100Mbit avpkt 1000 cell 8
#tc class add dev eth0 parent 1:0 classid 1:1 cbq bandwidth 100Mbit rate 6Mbit weight
0.6Mbit prio 8 allot 1514 cell 8 maxburst 20 avpkt 1000 bounded
这部分按惯例设置了根为 1:0, 并且绑定了类 1:1. 也就是说整个带宽不能超过 6Mbps.
#tc class add dev eth0 parent 1:1 classid 1:3 cbq bandwidth 100Mbit rate 5Mbit weight
0.5Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000
#tc class add dev eth0 parent 1:1 classid 1:4 cbq bandwidth 100Mbit rate 3Mbit weight
0.3Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000
建立了 2 个类 . 注意我们如何根据带宽来调整 weight 参数的 . 两个类都没有配置成"bounded", 但它们都连
接到了类 1:1 上 , 而 1:1 设置了"bounded". 所以两个类的总带宽不会超过 6Mbps. 别忘了 , 同一个 CBQ 下面的子
类的主号码都必须与 CBQ 自己的号码相一致 !
#tc qdisc add dev eth0 parent 1:3 handle 30: sfq
#tc qdisc add dev eth0 parent 1:4 handle 40: sfq
缺省情况下 , 两个类都有一个 FIFO 队列规定 . 但是我们把它换成 SFQ 队列 , 以保证每个数据流都公平对待 .
#tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 80 0xffff flowid
1:3
#tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 25 0xffff flowid
1:4
6. 过滤器过滤示例
#tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip dport 22 0xffff flowid 10:1
在 10: 节点添加一个过滤规则 , 优先权 1: 凡是去往 22 口 ( 精确匹配 ) 的 IP 数据包 , 发送到频道 10:1..
#tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip sport 80 0xffff flowid 10:1
在 10: 节点添加一个过滤规则 , 优先权 1: 凡是来自 80 口 ( 精确匹配 ) 的 IP 数据包 , 发送到频道 10:1..
#tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2
在 eth0 上的 10: 节点添加一个过滤规则 , 它的优先权是 2: 凡是上二句未匹配的 IP 数据包 , 发送到频道 10:2..
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip dst 4.3.2.1/32 flowid 10:1
去往 4.3.2.1 的包发送到频道 10:1 其它参数同上例
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 1.2.3.4/32 flowid 10:1
来自 1.2.3.4 的包发到频道 10:1
#tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2
凡上二句未匹配的包送往 10:2
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 4.3.2.1/32 match
ip sport 80 0xffff flowid 10:1
可连续使用 match, 匹配来自 1.2.3.4 的 80 口的数据包
⑦ linux tc qdisc tbf 中 burst 参数具体是什么作用
tc qdisc add dev eth1 root tbf rate XXkbit limit 1024kbit burst 1024 最简单就是这样，把xx换成想要的限制带宽
⑧ 2022年哪个矿池可以继续挖矿
POW挖矿。
比特币是最早的区块链项目，距今年已经刚好10个年头。其挖矿以工作量为算力证明。英文proofofwork，简称POW。矿机性能越强，数量越多，则算力越强，得到的挖矿收益越高。比特币矿机最早从电脑CPU挖矿升级到显卡挖矿，到现在专业品牌的ASIC高度集成电路矿机，性能一路飙升，同时主网算力和挖矿难度暴发式增长。ASIC矿机有比特币，莱特币，达世币，零币等知名币种指定机型，厂商通过技术对币种算法破解开发了各种ASIC矿机，几大品牌垄断了整个行业。
BURST爆裂币开创了硬盘挖矿先河，以硬盘容量大小为算力证明。英文proofofcapacity，简称POC。翻译为容量证明或者空间证明。指的是硬盘的存储容量或空间。宗旨是创造低门槛，人人都能参与的节能环保新型挖矿模式。例如后面在牛市前出现的Filecoin硬盘挖矿，以及牛市后的“蹭热度”硬盘挖矿CHIA，BZZ，PHA等。
⑨ 关于Linux网卡带宽设置的问题
首先你得netem QDiscipline设置看起来没什么区别，limit太大，loss 0%和默认一样，剩下的delay 10ms都是指所有pakcat按照延迟10ms进行发送
至于你的TBF设置，用了TBF自身提供的两个途径
TBF叫做Token Bucket Filter.总体的思路就是数据包要领到Token（令牌）才能被发送，而令牌的产生速率收到rate这个参数的限制。Token是一个抽象的概念，Token的大小都是指的Token所指向的数据包的大小。
当要发送的速率低于令牌产生的速度时，所有的数据包都能领到Token，并且多余的Token会在你的Buffer里积累。积累的上限由Buffer/Burst这个参数指定。
当发送的速率等于Token产生的速度时，Token正好被完全消耗，所有的数据包都会发送，并且buffer不会积累多余的Token
当发送的速率大于Token的速率，如果Buffer里还有多余的Token，就会开始消耗Buffer的Token，同时允许数据包通过。如果buffer的Token耗尽，数据包就不被允许通过，并且进入Txqueue（发送队列）排队。如果排队的尺寸大于limit（你的第一个TBF有指定），则队列不能再增长，新到来的数据包会被drop。
明白上面的概念之后你的两条命令的区别也就容易看懂了。
第一个是用的Buffer/Limit
Buffer就是瞬间可以额外提供的Token的数量。Rate限制了你的持续上传速率为1Mb/s,然后在你长时间网络流量很低时，你得Token会积累，最后你可以有Buffer这么大（1600b）的缓冲无视rate的限制（可以瞬间发送1600b，所以叫做突发）。至于后面的limit 3000，是指你当你的缓冲区（Txqueue）超过3000b时，新来的包会被Drop
第二个用的是Burst/latency/rate组合
这里的burst和上面的buffer含义完全相同，都是能够以高于rate所限定的速度发送的数据量（4Mb，比第一个的大很多）。至于Latency，是对应limit的量。Latency规定的是数据包能在Txqueue中呆的最长的时间（你的是1S），在Txqueue中呆超过1s的包都会被Drop。所以结合你的rate来计算，latency 1s+rate 1Mbit/s 等价于 limit为1Mbit*1s=1Mb
*tc只能规整egress traffic，就是从NIC流出的流量（上传），对于下载，要用IFB将ingress（下载）模拟成egress
⑩ 我的虚拟机中装的是linux操作系统但是虚拟机的时间跟外机的时间不一致，怎样做才能使时间一致
按照以下步骤做，只要你的虚拟机可以正常联网，一定可以自动同步时间：
安装ntp服务：
如果是CentOS，命令：yum -y install ntp
如果是ubuntu，命令：apt-get install ntp
修改ntp服务器为国内服务器：
vi /etc/ntp.conf
注释掉一下内容：
#server 0.centos.pool.ntp.org iburst
#server 1.centos.pool.ntp.org iburst
#server 2.centos.pool.ntp.org iburst
#server 3.centos.pool.ntp.org iburst
注释之后另起一行，添加如下内容：
#server后的'prefer'后缀意味着该服务器优先使用
server cn.pool.ntp.org prefer
server 0.cn.pool.ntp.org
server 1.cn.pool.ntp.org
server 2.cn.pool.ntp.org
server 3.cn.pool.ntp.org
server tw.pool.ntp.org
server 0.tw.pool.ntp.org
server 1.tw.pool.ntp.org
server 2.tw.pool.ntp.org
server 3.tw.pool.ntp.org:wq保存
配置ntp服务开机自动启动：
如果ubuntu系统没有安装chkconfig需要单独安装一下：apt-get install chkconfig
chkconfig ntpd on
手动启动ntpd服务进行同步：service ntpd start
使用date命令查看当前时间是否同步完成（ntpd属于定时任务，有时候会有几秒的延迟时间）