re: 发布Xmemcached 1.2.4 dennis 2010-03-16 16:38
@牛牛
HI,没有中文的API。
我的中式英语应该很好理解吧，呵呵，有问题可以发邮件给我 killme2008@gmail.com
re: 服务极差的china-pub dennis 2010-02-07 20:03
@乌黑的大白马
快慢是一方面，更重要到客服服务形同虚设，对客户到承诺根本就是儿戏
@xieke
你的key有空格吧，如果在使用文本协议的情况下，key是不允许有空格的，除非使用二进制协议。“相同key其他 memcached client都支持”，我想问下都有哪些client，至少spymemcached是肯定不行的。
re: Ruby Tip：定义索引操作符 dennis 2010-02-02 09:18
@Kai Chen
yeath,it's really cool.
Rope for java也是线程安全的，同步开销少不了。你拿它跟StringBuilder比就不大合适。
@a
这个功能适合调试或者后台管理使用。业务相关逻辑不应当使用。
re: 写代码与情绪 dennis 2010-01-09 17:01
@heyang
绩效考核，这是另一个话题了。
re: XMemcached 1.2.1正式发布 dennis 2009-12-24 01:52
re: Rabbitmq的网络层浅析 dennis 2009-11-29 13:22
简单一句话，simple_one_for_one是是依据pid来保存的，而其他策略是依据child.name来保存的。
re: Rabbitmq的网络层浅析 dennis 2009-11-29 13:21
prim_inet，按照余锋老大的说法是可以用的，基本上接口不会有大的变更，gen_tcp其实是基于prim_net实现的。
使用simple_one_for_one，可以有多个child的，只不过这些child的是同一种类型的，看supervisor.erl的源码就知道，内部是动态保存在一个dict结构里dynamics = ?DICT:new(),因此是可保存多个：
{ok, Pid} ->
NState = State#state{dynamics =
?DICT:store(Pid, Args, State#state.dynamics)},
{reply, {ok, Pid}, NState};
这跟其他类型不一样：
%先判断是否存在name的child
case get_child(Child#child.name, State) of
false ->
case do_start_child(State#state.name, Child) of
{ok, Pid} ->
Children = State#state.children,
{{ok, Pid},
%加入到list
State#state{children =
[Child#child{pid = Pid}|Children]}};
@bigfanofcpp
我对.net不懂，无法给出任何建议。我的猜测（仅是猜测），问题可能出在序列化方面，,.net不同版本的序列化是否有什么差别。
re: 招聘（广告，不喜勿入） dennis 2009-11-02 10:44
@jasin08
不一定来我们部门，我可以帮忙推荐给其他小组的。
很需要楼主的帮助 我也想要这个Flex的的代码
ruanwenjun0802@hotmail.com 谢谢
re: 初识Kestrel dennis 2009-10-15 13:01
@Xuefeng
已加入，感谢
@Parker
这样其实把工作交给了编译器的优化手段，依赖于编译器的优化总不是可移植的手段。毕竟，你的代码是可能使用其他编译器编译的。我明白你的担心，单其实如果你的字面量字符串拼接不是很频繁的话，用StringBuffer，还是用+号，这点差距是微不足道的，反而容易让自己混淆，而用StringBuffer总是没大错。
re: 别过度使用StringBuffer dennis 2009-10-11 21:18
我已经弄不明白你的观点了。字符串拼接要么在字面量，要么是变量，如果涉及到变量，无论如何都要用StringBuffer或者StringBuilder，这还有什么疑义？哪有什么过度不过度的。如果是字面量的拼接，当然你可以用+号，但是如果不是那么频繁，用用StringBuffer也不是什么天大的事情。
re: 别过度使用StringBuffer dennis 2009-10-11 16:05
"a"+"b" 这样的字面量类型的字符串用+号的话，那么编译器在编译阶段就将优化成"ab"结果。而如果是
String a="a";
a+"b"这样的，编译器无法优化，仍然会产生一个StringBuffer来做这个拼接操作。因此，总是用StringBuilder总是一个好习惯。
re: 别过度使用StringBuffer dennis 2009-10-11 14:47
如果不是字面量的字符串使用+号每次都是重新创建一个StringBuffer的。
@wzjin
这个测试可能对mina不公平吧，毕竟mina封装的比较多，包括ByteBuffer的封装上面。只的定位不同，yanf4j的目标就是简单高效。
re: java nio的一个严重BUG dennis 2009-09-28 20:49
http://bugs.sun.com/view_bug.do?bug_id=6693490 这个BUG，一个间接影响也是关闭的channel一直有ready事件，select不阻塞并立即返回0，也就是导致CPU 100%，同样也是可以通过这里描述的方案解决的。
re: java nio的一个严重BUG dennis 2009-09-28 20:19
re: XMemcached的一个严重BUG dennis 2009-09-28 16:48
@bsli123@hotmail.com
允许的最大大小是1M。
re: XMemcached的一个严重BUG dennis 2009-09-28 09:53
@bsli123@hotmail.com
谢谢你的建议。xmemcached发展到现在，很多功能其实都是被动添加的，比如连接池是在用户发现高并发下单连接的nio很容易超时，比如kestrel的支持是有用户拿xmemcached去连接kestrel，所以就xmemcached本身不会主动去添加一些花哨的东西，一个简单的类库也不能承担太多责任。
@liufeng
嗯，不过我是从顶向下的思路，因此需要考虑边界只有一个上层节点的情况，其实代码可以更简洁。
re: 客户端NIO实践分析[未登录] dennis 2009-09-24 10:00
aio不仅仅是异步回调的封装，aio在大量连接的情况下能有很高的效率，不过这对客户端通常来说没多大意义。非阻塞IO也是可以模拟aio的。
re: 初识Kestrel dennis 2009-09-16 14:55
@Sparkle
通用协议，肯定没办法做到效率的最大化，针对应用做优化，胜在可以有多种成熟的client可用，对于没有能力或者时间开发多种语言client的团队来说是有价值的。memcached的文本协议确实不怎么样，我在写xmemcached的时候就觉的解析起来不是很方便，有些拐弯抹角的地方。一开始它的协议是简单的，随着功能的附加，又要考虑兼容性，导致不得不开发二进制协议了。
re: 初识Kestrel dennis 2009-09-16 14:55
@Unmi
请注明出处即可
@bsli123@hotmail.com
这个其实有考虑过，但是从分层的角度上来说，我认为备份重要的需求还是应该应用自己来实现，在xmemcached的基础上封装。xmemcached的定位是一个java client，我不认为它应该承担太多。
@sjun
1.6的。请用maven打包吧，有些依赖包没有打进去的。包括spring和hibernate-memcached.
re: XMemcached的类图和序列图 dennis 2009-08-27 09:01
@yeshucheng
嗯嗯，等我把aio的实现完再画下。
re: 从NT开发过程中看到的东西 dennis 2009-08-13 15:10
@arbow
一本书如果我没有在短时间内读完，我大概会读上一年了：）
re: Scala 的快速排序[未登录] dennis 2009-08-13 11:20
这里并不是scala的优雅，而是递归的优雅。scala的语法谈不上优美，反而是晦涩。
re: 提交Bug及功能建议 dennis 2009-07-21 10:09
http://www.blogjava.net/orangelizq/archive/2009/07/19/287330.html关于这篇文章，我要道歉下，后来作者跟我沟通，查看了那篇论文原文，确实不是同一篇文章。我武断了，因为见了太多转载没注明的文章。这里我要向桔子汁同学道歉，他的文章很棒。也请dudu放回首页，很麻烦，不好意思。
re: XML解析技术研究(一) dennis 2009-07-21 10:04
@桔子汁
嗯，我对比了下，那是我不厚道了，确实并非完全一样。我武断了，因为看了太多转载不注明的文章了。
如果确实是你原创，那么我要说这篇文章非常棒。请原谅我的武断。我会向管理员说明。
re: 我为什么说豆瓣脑残 dennis 2009-07-20 13:02
@yeshucheng
咳咳，我说实话，怎么就变成狂了
re: 提交Bug及功能建议 dennis 2009-07-20 10:13
re: XML解析技术研究(一) dennis 2009-07-20 10:11
作者有5位，做人要厚道
re: XML解析技术研究(一) dennis 2009-07-20 10:11
XML解析技术研究
冯进;丁博;史殿习;张瞩熹;许凯
XML解析技术是XML语言被广泛应用的前提和基础,计算平台和XML应用特征的变化不断推动着该技术的发展。本文分析了XML解析技术存在的挑战,在对现有XML解析技术进行分类的基础上详细比较和分析了各类技术的特点及应用场景,指出了XML解析技术未来的研究趋势。
【作者单位】：国防科技大学计算机学院;总后后勤科学研究所;国防科技大学理学院
【关键词】：XML;XML解析;XML应用
【基金】：国家863计划资助项目(2006AA01Z198)
【分类号】：TP312.2
【DOI】：CNKI:SUN:JSJK.0.2009-02-037
re: XML解析技术研究(一) dennis 2009-07-20 10:07
这篇文章发表于
《计算机工程与科学》2009年02期
确认是你原创吗？
@虎.无名
这张图其实已经过时啦，现在没有这个现象了，我啥时候更新下。
@ymfans
多谢关注，有任何问题和bug请及时反馈，感谢使用。
@ymfans
这个问题的另一个方面是在memcached不支持的情况下，出错信息不友好，不是抛适当的异常，而是断开，这一点将在下个小版本中改进。
@ymfans
这是因为你的memcached版本不支持append,prepend和noreply，请确认你的memcached版本
re: Java IO部分的学习笔记 dennis 2009-06-13 23:05
well done!
re: Scala Ring Benchmark dennis 2009-06-13 10:31
@metadmin
ruby写的ring benchmark ，代码不少的。
re: 《OSGi原理与最佳实践》目录预告 dennis 2009-06-09 16:21
非常期待
re: 方法签名，泛型滥用？ dennis 2009-06-07 07:14
是的，这是个办法，然后这与让用户自己转型没有多大区别，用户还是传入一个额外的参数，反而更麻烦。
@范伟
已经加你了。承蒙夸奖，其实我涉猎的多，深入的少，比不上你这样专业的，以后多多向你请教。
@Sparkle
嗯，如果没用到正则的话，还是StringTokenizer最快，多谢提醒。