• 顺序编程非常普及，可以说是大多数程序员编程范式，只不过可能他们没有意识到，如今已经进入并发编程时代，顺序编程和并发编程是两种完全不同的编程思路，堵塞Block是顺序编程的家常便饭，常常隐含在顺序过程式编程中难以发现，最后，成为杀死系统的罪魁祸首；但是在并发编程中，堵塞却成为一个目标非常暴露的敌人，堵
  • Doug Lea是著名的并行计算专家，NIO socket最初来源其设计框架，最近接受InfoQ视频访问，谈论具有革命性意义的F icon
  • 刚刚看完DCI架构，个人总结从事件模式角度可以很好实现DCI，结果从 icon
  • 2009年JdonFramework 6.2版本推出基于内存的异步领域事件版本，其关键点是Domain Model + In-memory + Domain Events.常驻内存In-memory的领域模型Domain Model通过领域事件Domain Events驱动技术实现各种功能，正如基因 icon
  • 去年我们在Jdon.com狠狠地讨论了异步架构，这个异步不是一般意义上的异步，不那种无需实时返回结果的异步，而是与是否需要返回结果无关的异步，应该属于一种并发策 icon
  • 当设计并发策略时，要将 "what做什么"和 "how怎么做"进行分离，Pr icon
  • Concurrency Hides Latency一文从硬件谈到Web应用，提出“性能问题在数据，而 icon
  • 并发并行编程是当前热点，过去我们知道使用锁synchronization来解决多线程并发访问同一个数据结构时共享问题，甚至我们怀疑数据共享方式本身是不是就错了？所以，云计算的数据喂任务模式开始盛行，但是数据共享方式从我们开始软件第一天就已经习惯，如何在这个共享模式下实现高并发访问呢？也就是不使用锁s icon
  • Phasers比CyclicBarrier更灵活，CyclicBarrier让所有线程在某个同步点原地踏步绕圈等待，可以控制多线程同时暂停等待，Phaser增强了CyclicBarrier几个特点: 允许计数超过时 icon
  • 开源项目Gpars是一个在JVM上可以方便且安全并行计算开源框架，GPars提供Actor模型，它比Java传统基于内存多线程共享式并发要高效得多，Actors封装一个个活动对象，他们之间通讯是通过异步的不可变消息进行的，不管actor内部拥有什么状态，它不能从actor外部访问，除非发一个消息给这 icon
  • DDD中经常谈到一个名词是Declarative Design声明式设计，目前比较流行，尤其是并行计算开始走热背景下。 定义：无需表达程序控制流程。只要表达逻辑计算即可，就是表达应该干什么，而不是详细说明如何去完成它。 declarative 设计 icon
  • BigPipe学习研究 « 搜索技术博客－淘宝 看了这篇文 icon
  • 高性能的系统设计上一般都会考虑缓存，根据我的了解，一般高性能跟锁是矛盾的，比如要实现高性能，并发问题就很难解决。并发问题解决了。性能就降低了，好象一直矛盾，解决不了。比如用hashmap做缓存，hashmap本身就是非线程安全的，在多线程环境中运行，肯定有问题。但是如果加了锁处理。性能明显下降。大家 icon
  • 代码之美中专门有一章讲的就是软件事务内存(STM)这一章可以从china-pub免费下载http://images.china-pub.com/ebook35001-40000/37838/ch24.pdf icon
  • 一分钟插入3万条 一般有什么优化方案呢？在论坛上看到有提到nosql数据库 不知道有没有适合的方案 要求是通用的 请老师指点下 谢谢了 icon
  • 做实验时遇到一个问题，大体描述如下： 构造多个匹配引擎，需要把原始字符串每个字符依次并行的送入各个匹配引擎，最后综合各个匹配引擎的结果。 想每个匹配引擎分配一个cpu来做，请问这个想法具体该如何实现呢？ 看过多核编程的一些资料，还是没有太清晰的思路 实验配置 icon
  • 系统有些像搜狐论坛那样，每小时光回帖量就可能成百上千。直接查数据库可能数据库就挂了。请问这样应该如何做啊？是用缓存么？还是别的技术？ 毕竟没接触过海量的用户访问带来的问题。 感谢啊！！！！！！ icon