openhft

http://openhft.net/

http://maven.outofmemory.cn/net.openhft/chronicle-map/2.0.13b/

http://search.maven.org/#search|ga|1|g%3A%22net.openhft%22%20AND%20a%3A%22chronicle-map%22

freechat

http://www.oschina.net/p/jfreechart

时间: 2024-12-14 12:52:07

openhft的相关文章

Java线程CPU亲和性工具

Thread Affinity 为什么需要线程的CPU亲和性 应用通过多线程的方式执行,多数情况下线程能够被合理的调度.但在某些情况下某个重要的线程被暂停,而时间片被分配给了一个无关重要的线程.当一个线程每次被暂停休眠,然后被唤醒之后,需要重新加载"cache line"(cpu L1/L2 cache).当线程的工作时间很短暂,需要被频繁的被唤醒,意味着整个流程执行都很慢,有可能比单线程情况下慢2-5倍. 应用的有些线程可能需要一直执行,不因CPU的调度而休眠,这需要使线程一直在某个

大型HashMap

看到一篇评估大型HashMap的文章,备份几个Collections库. 原文:Large HashMap overview: JDK, FastUtil, Goldman Sachs, HPPC, Koloboke, Trove 中文翻译:大型HashMap评估:JDK.FastUtil.Goldman Sachs.HPPC.Koloboke与Trove Koloboke:已经被证明是hash map实现最快也是存储最高效的库 源码地址:https://github.com/OpenHFT/K

Java线程的5个使用技巧

Java线程有哪些不太为人所知的技巧与用法? 萝卜白菜各有所爱.像我就喜欢Java.学无止境,这也是我喜欢它的一个原因.日常工作中你所用到的工具,通常都有些你从来没有了解过的东西,比方说某个方法或者是一些有趣的用法.比如说线程.没错,就是线程.或者确切说是Thread这个类.当我们在构建高可扩展性系统的时候,通常会面临各种各样的并发编程的问题,不过我们现在所要讲的可能会略有不同. 从本文中你将会看到线程提供的一些不太常用的方法及技术.不管你是初学者还是高级用户或者是Java专家,希望都能看一下哪

动力节点Java培训告诉你Java线程的多功能用法

现在的java开发可谓是八仙过海各显神通啊!遥想当下各种编程语言萎靡不振,而我Java开发异军突起,以狂风扫落叶之态,作为Java培训行业的黄埔军校,为了守护Java之未来,特意总结了一些不被人所熟知的一些方法,让你的Java开发融会贯通,baby们GO!GO!GO! 我们再回到Thread类.程序中的每个线程都会有一个状态,要么是用户状态,要么是守护状态.换句话说,要么是前台线程要么是后台线程.主线程默认是用户线程,每个新线程都会从创建它的线程中继承线程状态.因此如果你把一个线程设置成守护线程

从0到1起步-跟我进入堆外内存的奇妙世界

堆外内存一直是Java业务开发人员难以企及的隐藏领域,究竟他是干什么的,以及如何更好的使用呢?那就请跟着我进入这个世界吧. 一.什么是堆外内存 1.堆内内存(on-heap memory)回顾 堆外内存和堆内内存是相对的二个概念,其中堆内内存是我们平常工作中接触比较多的,我们在jvm参数中只要使用-Xms,-Xmx等参数就可以设置堆的大小和最大值,理解jvm的堆还需要知道下面这个公式: 堆内内存 = 新生代+老年代+持久代 如下面的图所示: 在使用堆内内存(on-heap memory)的时候,

Java集合框架Koloboke详解

Java集合框架Koloboke详解 作者:chszs,未经博主允许不得转载.经许可的转载需注明作者和博客主页:http://blog.csdn.net/chszs Koloboke的目标是替换标准的Java集合和流的API,提供更高效的实现.Koloboke目前的版本主要是替换java.util.HashSet和java.util.HashMap. Koloboke提供了一套完整的集合原始类型的实现,可以避免开销很大的装箱/拆箱操作,节省了原始类型装箱消耗的内存. 在Koloboke中,Has

八成Java开发者解答不了的问题

统计数据来自Java“死亡”竞赛——一个针对开发者的迷你测验 几个月前,我们在一个小型网站上发布了一个称为Java“死亡竞赛”的新项目.测验发布后,超过20000位开发者参加了测验.网站以20道关于Java的多选题为主.我们得到了众多开发者的测验统计数据,今天,我们非常乐意将其中的一些数据和答案与你们分享. 我们从20个题目中得到了61872个答案,大约每个题目有3094个答案.每个Java“死亡”测验都会随机地从20个题目中抽取5个题目,然后每个题目有90秒的时间作答.每个问题有四个可能的选项

OpenJDK与HashMap

OpenJDK的非堆JDK增强提议(JDK Enhancement-Proposal,JEP)试图标准化一项基础设施,它从Java6开始,只能在HotSpot和OpenJDK内部使用.这种设施能够像管理堆内存那样管理非堆内存,同时避免了使用堆内存所带来的一些限制.对于上百万短期存在的对象/值来说,堆内存工作起来是很好的,但是如果你想要增加一些其他的需求,如几十亿的对象/值的话,假若你想避免持续增加的GC暂停,那么你需要做一些更加有创造性的工作.在有些场景下,你还需要完全避免暂停.非堆提供了构建“

MQTT---HiveMQ源码详解(十七)Cluster-Consistent Hashing Ring & Node Lifecycle

源博客地址:http://blog.csdn.net/pipinet123 MQTT交流群:221405150 Consistent Hashing Ring 基本上只要做Cluster,都会使用到一致性Hash环,具体作用此处就不细讲,我们只了解HiveMQ怎么用它,怎么实现它,这样实现能够带来什么好处. HiveMQ没有Master/Slave,它只由JGroup View(详情请查阅JGroup)第一个node作为Coordinator,这样就可以达到一个node也可以做集群(虽然这样的集