gadbee5的专栏

C++ and the Perils of Double-Checked Locking Scott Meyers and Andrei AlexandrescuSeptember 2004Multithreading is just one damn thing after, before, or simultaneouswith another.1 Introduction

背景前几天，发了一条如下的微博 (关于C/C++ Volatile关键词的使用建议)： 此微博，引发了朋友们的大量讨论：赞同者有之；批评者有之；当然，更多的朋友，是希望我能更详细的解读C/C++ Volatile关键词，来佐证我的微博观点。而这，正是我写这篇博文的初衷：本文，将详细分析C/C++ Volatile关键词的功能 (有多种功能)、Volati

原文地址见：http://hedengcheng.com/?p=771 背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思

来自http://www.cnblogs.com/netfocus/p/4055346.htmlCQRS架构简介前不久，看到博客园一位园友写了一篇文章，其中的观点是，要想高性能，需要尽量：避开网络开销（IO），避开海量数据，避开资源争夺。对于这3点，我觉得很有道理。所以也想谈一下，CQRS架构下是如何实现高性能的。关于CQRS（Command Query Responsib

1  概述       在企业内事务在所有的业务交互几乎都是需要的，作为一个业务交易集中者的ESB有时也不得不面对这个问题。ESB是所有企业服务的集中者，它面对的是多种的异构的系统，由此会遇到了非常大的挑战性。大都多的情况下，我们建议如果不是业务上非常的必要，最好不要使用事务，因为在ESB的环境下，事务是一个非常昂贵，他会占用大量的资源。 2    ESB事务的特性

微博作为国内最大的社交媒体网站之一，每天承载着亿万用户的服务请求，这些请求的背后，需要消耗着巨大的计算、内存、网络、I/O等资源。而且因为微博的产品特性，节假日、热门事件等可能带来突发数倍甚至十几倍的访问峰值，这些都对于支撑微博的底层基础架构提出了比较严苛的要求，需要满足：每秒数十万的用户请求数据更新的实时性服务请求的低响应时间99.99%以上的服务可用性为了满足业

一：Netty、NIO、多线程？时隔很久终于又更新了！之前一直迟迟未动也是因为积累不够，后面比较难下手。过年期间@李林锋hw发布了一个Netty5.0架构剖析和源码解读 http://vdisk.weibo.com/s/C9LV9iVqH13rW/1391437855，看完也是收获不少。前面的文章我们分析了Netty的结构，这次咱们来分析最错综复杂的一部分-Netty中的多线程以及NIO的

简介提供了一个基于FIFO队列，可以用于构建锁或者其他相关同步装置的基础框架。该同步器（以下简称同步器）利用了一个int来表示状态，期望它能够成为实现大部分同步需求的基础。使用的方法是继承，子类通过继承同步器并需要实现它的方法来管理其状态，管理的方式就是通过类似acquire和release的方式来操纵状态。然而多线程环境中对状态的操纵必须确保原子性，因此子类对于状态的把握，需要使用这个同

from  http://michael-softtech.iteye.com/blog/748260今日部署tomcat的时候提示thread local 可能引起内存泄漏，于是研究了一下在java中可能引起内存泄漏的一些点，简单写一下 内存泄漏，在我看来大体有两个原因。一是本身就是跟操作系统紧密相关的资源型对象，在使用的时候要比较小心，不然容易引起泄漏。比如：

如何判断垃圾对象？垃圾收集的第一步就是先需要算法来标记哪些是垃圾，然后再对垃圾进行处理。引用计数（ReferenceCounting）算法这种方法比较简单直观，FlashPlayer/Python使用该算法，简单高效。核心思路是，给每个对象添加一个被引用计数器，被引用时+1，引用失效-1，等于0时就表示该对象没有被引用，可以被回收。但是，Java/C#并不采用该算法，因为该

ConcurrentHashMapConcurrentHashMap是一个线程安全的Hash Table，它的主要功能是提供了一组和HashTable功能相同但是线程安全的方法。ConcurrentHashMap可以做到读取数据不加锁，并且其内部的结构可以让其在进行写操作的时候能够将锁的粒度保持地尽量地小，不用对整个ConcurrentHashMap加锁。ConcurrentHas

from: http://blog.csdn.net/paul_wei2008/article/details/19355681Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况分析源代码，基本原理如下：client一个线程调用远程接口，生成一个唯一的ID（比如一段随机字符串，UUID等），Dubbo是使用Atomi

众所周知，Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。 俺所在的公司经营的主要是基于web和wap两个平台的手机游戏门户网站，分布式缓存解决方法正好有用武之地，多平台共享使用memcache缓存数据 (php+mysql+memcache)，确实很大程度的缓解访问量过大对数据库的压力。但是，在享受便利的同时，同样也遇到相信对大多数 memc

1.resources:      https://github.com/alibaba/dubbo 2.userGuide     http://alibaba.github.io/dubbo-doc-static/Developer+Guide-zh.htm

user-guide :  http://www.eclipse.org/virgo/documentation/virgo-documentation-3.6.2.RELEASE/docs/virgo-tooling-guide/html/index.html

1、flush_all命令只是将记录置为过期，并不会释放内存空间（This command does not pause the server, as it returns immediately. It does not free up or flush memory at all, it just causes all items to expire.） 2、memcache没有监视记

Vector Clock是Amazon’s Dynamo用来捕捉同一不同版本的对象的因果关系的一种算法。根据Dyanmo paper的描述，矢量时钟实际上是一个(node,counter)对列表(即(节点，计数器)列表)。矢量时钟是与每个对象的每个版本相关联。通过审查其向量时钟，我们可以判断一个对象的两个版本是平行分枝或有因果顺序。如果第一个时钟对象上的计数器在第二个时钟对象上小于或等于其他所有节

NoSQL数据库笔谈databases , appdir , node , paper颜开 , v0.2 , 2010.2序思想篇CAP最终一致性变体BASE其他I/O的五分钟法则不要删除数据RAM是硬盘,硬盘是磁带Amdahl定律和Gustafson定律万兆以太网手段篇一致性哈希亚马逊的现状算法的选择Quorum

本文主要是归纳了JDK中所包含的设计模式，包括作用和其设计类图。首先来个总结，具体的某个模式可以一个一个慢慢写，希望能对研究JDK和设计模式有所帮助。一、设计模式是什么（1）反复出现问题的解决方案（2）增强软件的灵活性（3）适应软件不断变化二、学习JDK中设计模式的好处（1）借鉴优秀代码的设计，有助于提高代码设计能力（2）JDK的设计中体现了大多数设计模式，

在《疫苗：Java HashMap的死循环》中，我们看到，java.util.HashMap并不能直接应用于多线程环境。对于多线程环境中应用HashMap，主要有以下几种选择：使用线程安全的java.util.Hashtable作为替代。使用java.util.Collections.synchronizedMap方法，将已有的HashMap对象包装为线程安全的。使用java.