re: 初识Kestrel dennis 2009-10-15 13:01
@Xuefeng
已加入,感谢
@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最快,多谢提醒。
re: 在杭州 dennis 2009-05-13 19:32
@Daniel Lv
不敢当,希望有机会认识下。
@俊
谢谢鼓励 ,其实现在已经有用户用在了正式的产品当中,很希望大家尝试并反馈,xmemcached还是有一些特性是spymemcached没有的。
re: 在杭州 dennis 2009-05-11 15:25
@Sparkle
老大你汗啥呀。。
@银河使者
我是在说网络编程,你在跟我说做产品,呵呵,我们说的不是一个东西。我是认为网络编程的学习着重点应该在我说的这几个方面,网络编程不仅仅是熟悉JAVA提供的api,难道换了种语言你就不会网络编程了?我强调的是学习重点。
你这个系列是对JDK文档的详细说明。网络编程难点不在API的使用上,这个看看文档,看看tutorial就知道了。网络编程的难点在于理解各种网络IO模型,熟悉TCP/IP协议,熟悉并发模型,知道网络编程的性能关键要素,并对各种开源网络框架的优劣势有个比较清晰的认识等等。API使用反而是最不重要的。
re: 浅谈Java中的编码理论[未登录] Dennis 2009-05-06 22:28
最後兩句是錯的
str.getBytes("iso-8859-1") 時會出現永久性單向的 data lost, 不可能還原
re: 通过互联网传播流感的可行性研究 dennis 2009-05-04 17:37
@anti-cpc
这个有万能的高科技控制器解决,依据解码后的DNA序列组装蛋白质嘛
@BeanSoft
RC1这个版本的分布功能,在余数哈希算法的实现上有个愚蠢的BUG,svn里可以拿到最新的代码,已经包括了jmx监控
re: java多线程编程的常见陷阱 dennis 2009-04-27 17:38
@Icansoft
嗯,其实我还想补充一点,不要把多线程当锤子
re: Java字符串的最大长度 dennis 2009-03-19 18:53
@Jack.Wang
您根本就没看我的blog内容就急急忙忙地评论了吧
re: 极其郁闷的周6上班 dennis 2009-03-19 18:52
@Sparkle
哪能说白来呢,不来你也不知道会这样:)
re: 极其郁闷的周6上班 dennis 2009-03-16 09:00
@sai
我是说老家,我老家泉州的。
re: JSP编译过程[未登录] Dennis 2009-03-10 13:47
太难简单了点
re: TCP的TIME_WAIT状态 dennis 2009-03-10 10:04
@Joshua Zhu
老猪,做个友情链接 :D