1\.Ethash 算法1.1EthashEthash是以太坊1.0中使用的PoW(工作量证明)算法,它是Hashimoto算法结合Dagger之后产生的一个变种。它的特点是计算的效率基本与CPU无关，却和内存大小和内存带宽正相关。因此通过共享内存的方式大规模部署的矿机芯片并不能在挖矿效率上有线性或者超线性的增长。该算法的一般

JVM系列之：内存与垃圾回收篇(二)本篇内容概述：1、堆HeapArea2、方法区MethodArea3、运行时数据区总结4、对象的实例化内存布局和访问定位一、堆HeapArea1、堆的核心概念

ConcurrentHashmap（JDK1.7） 总体描述：　　concurrentHashmap是为了高并发而实现，内部采用分离锁的设计，有效地避开了热点访问。而对于每个分段，ConcurrentHashmap采用final和内存可见修饰符volatile关键字（内存立即可见：Ja

mysql高可用方案梳理集群部署种类同步集群1.结构：datasqlmgm节点2.特点内存级别的，对硬件要求较低，但是对内存要求较大。换算比例为：1：1.1数据同时放在几台服务器上，冗余较好；速度一

前言：这八种算法是基于redis5.0版之后的，他新增了新增allkeyslfu，volatilelfu这两种算法，也就是多了LFU算法，而LFU与LRU算法不同在于;LRU是淘汰最近最长时间未使用的页面进行淘汰，而LFU是要求在页置换时置换引用计数最小的页，因为经常使用的页应该有一个较大的引用次数。但是有些页在开始时使用次数很多，但以后就不再使用，

对象已死？啊，难受……最近深陷排查各种内存溢出、内存泄漏的问题，不得不对垃圾回收器下手了，因为当垃圾收集成为系统达到更高并发量的瓶颈时，我们就必须对这些“自动化”的技术实施必要的监控和调节。不少Java技术方向的兄弟，感觉也挺难的，常聊到各种高并发业务场景下，JVM涉及的性能问题、内存管理、垃圾回收器怎么弄？

!(https://oscimg.oschina.net/oscnet/04be16a6c66eba872900321785c7b9c9690.png)　　众所周知，Java是从C的基础上发展而来的，而C程序的很大的一个问题就是内存泄露难以解决，尽管Java的JVM有一套自己的垃圾回收机制来回收内存，在许多情况下并不需要java程序开发人员操

一.Java内存溢出的产生原因和解决办法？java.lang.OutOfMemoryError这个错误我相信大部分开发人员都有遇到过，产生该错误的原因大都出于以下原因：JVM内存过小、程序不严密，产生了过多的垃圾。导致OutOfMemoryError异常的常见原因有以下几种：1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；2.

应用程序如何可以不产生垃圾看上去很难想象，而且这个话题已经复杂到超出本文讨论的范畴，但是如果考虑以下几个方面可能会容易理解：JVM将内存分成两个部分来管理：堆和栈。这就是为什么当缺少内存时会有两个不同的错误（OutOfMemoryError和StackOverflowError）。栈内存只能被当前线程和当前执行的方法访问，因此，当线程离开当前执行

程序计数器当前线程所执行的字节码的行号指示器每个线程都有自己私有的计数器native方法，计数器值为空该内存区域没有规定任何的OutOfMemoryError情况虚拟机栈Java方法执行的内存模型，用于存储局部变量标、操作数栈、动态链接、方法出口等信息虚拟机栈也是线程私有局部变量表所需的内存控件在