dyd

摘要： 众所周知，libevent本身是不支持多线程的，因此需要程序员开发来支持多线程。本人最近的一个项目变需要一个基于libevent的多线程的高性能通信框架。 该框架由部署在一个高性能服务器中，由一个主线程和多个工作线程组成。每个线程都初始化一个event_base，主线程用于监听客户端发送的通信请求，每个工作线程维持一个工作集队列，每当有新的连接请求到来时，通过轮询算法选择一个工作线程，将主线程获得的socket将其封装后放入被选中工作线程的工作集队列中，此外，工作集线程初始化一个无名pipe，该pipe的句柄被工作线程注册到自身的event_base中，用于主线程通知工作线程读取其工... 阅读全文

摘要： 最近发现，不加班在家的时候，闲的慌，发发博客，把自己做过的一些有意思的技术和项目和大家分享也是一件很有意思的事情！ 阅读全文

摘要： Scala目前正受到越来越多的关注，大有赶超Erlang的趋势，而且它可以和Java很好的兼容，得到了大量Java使用者的拥护。而现在多核处理器的强大已经有目共睹，但是利用率却不高，可见并发开发已经成为热门领域和难点。 并发开发可不是简单的createthread就能很好的解决的，需要好的并发模式和开发语言，便可以事半功倍。不然程序员会陷入线程间恐怖的同步啊，互斥啊等常见的问题中去，特别是大量线程并发时则更加恐怖。 Actor就是个不错的并发模型，C#、Scala和Erlang都已经支持，恩，所以选中Scala作为以后并发开发的语言，努力吧！有什么新的会随时奉上，希望可以和大家一起... 阅读全文

摘要： 目前由于项目的需求，正着手实现一个基于64核处理器的高并发XML请求响应框架，当然这里的64核处理器是基于工控机的64核处理器，通用处理器目前市场貌似还没有这么多处理器核的。众所周知，XML文档的处理是很消耗处理器资源的，特别是XML文档的解析，因此，可以采用高并发机制来负责XML文档解析。整个系统由一个64核的工控机（运行linux）和一个或者多个4核服务器组成（由于64核工控机非常贵，目前还只能采购一台），四核服务器运行linux和apache服务器，apache用于接收客户端（浏览器）提交的XML文档处理请求，比如查询，加密或者签名等操作，四核服务器和64核工控机之间由万兆网络连接... 阅读全文

摘要： 对于规范化而言，只要用途在于XML文档的签名，验证签名时必须比较签名元素是否相同，因此如果没有一个统一的标准（比如属性如何排序，名字空间怎么处理，特殊字符怎么处理等等问题），因此W3C推出了C14n标准用于XML数据的规范化。 众所周知，XML文档的标准化目前已经有开源实现，比如Apache有一个开源项目XmlSec，其中实现了XML文档的签名，自然就有XML文档的规范化实现。 但是，作为目前性能最优的下一代XML解析模型，VTD已经得到了越来越多的关注和应用，但是目前尚未有基于VTD的XML规范化实现。 通过研读C14n标准，得知XML的规范化包括四种模式：1.Inclus... 阅读全文

摘要： VTD-XML是目前最新发布的开源XML解析模式，相比较DOM和SAX等解析模式，由于其采用了非提取模式解析XML文档，并基于解析后生成VTD-Record（LONG数组，用于记录XML文档中Token在XML文档中的起始位置和长度等信息）和Location Cache（记录节点间的父子或者兄弟节点关系）便可以高效的执行XML文档的查询、修改和序列化等操作了。具体的VTD-XML源码解析会慢慢的补上！ 阅读全文

摘要： 最近在基于VTD-XML做XML文档的规范化1.VTD-XML是最近几年出现的一种新的XML解析模式，它的XML处理速度和内存消耗的性能远远好于DOM和SAX等常见的XML解析模式；2.XML规范化在Apache Santuario中已经有实现，但是它是基于DOM解析方式实现了，所以基本上无法采用；3.因此目前采用的策略是研究Apache Santuario中关于规范化实现的流程并结合W3C的标准c14n研究在基于VTD-XML实现规范化！具体实现思路会慢慢补上。。。。。。 阅读全文